Reglas de gestión de problemas de conectividad de red

Propósito

Esta guía le ayuda a identificar y notificar problemas de conectividad de red con INTROSERV. Cubrimos dos herramientas de diagnóstico clave: La prueba MTR y la medición del ancho de banda iPerf. Un diagnóstico adecuado acelera la respuesta de nuestro servicio de asistencia y ayuda a localizar el origen de los problemas.

Antes de empezar

Compruebe primero algunos aspectos básicos:

• ¿Es estable su conexión local?
• ¿Ha desactivado la VPN o el proxy?
• ¿Hay otras aplicaciones consumiendo ancho de banda (streaming, descargas)?
• ¿Está el servidor encendido y accesible?

Consejo: Si los problemas persisten, pasa a las pruebas MTR e iPerf.

Prueba MTR

Qué hace MTR

MTR (My Traceroute) muestra la ruta de red desde su dispositivo a un servidor de destino. Combina las funciones de traceroute y ping, ofreciéndole datos de latencia y pérdida de paquetes en tiempo real en cada salto.

Utiliza MTR para encontrar

• Dónde se pierden los paquetes
• Qué saltos tienen alta latencia
• Si tu conexión es estable de extremo a extremo

Información: Pruebas bidireccionales necesarias

Para obtener una imagen completa de la conectividad de la red, debe realizar pruebas MTR en dos direcciones:

• De su ordenador al servidor (dirección de salida)
• Desde el servidor hasta su ordenador (dirección de retorno)

Esto ayuda a identificar si los problemas se producen en la ruta de salida, en la de retorno o en ambas. La asimetría de la red es común - una dirección puede tener problemas mientras que la otra está bien.

Ejecutar MTR en Linux

Dirección 1: De su ordenador al servidor (saliente)

sudo mtr -rwz TU_SERVIDOR_IP -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 TU_SERVIDOR_IP

Dirección 2: Del servidor a su ordenador (vuelta)

Inicie sesión en su servidor INTROSERV a través de SSH y ejecútelo:

Consejo: Para obtener los mejores resultados, realice la prueba MTR en modo de rescate. Esto elimina cualquier interferencia del sistema operativo o de las aplicaciones del servidor.

sudo mtr -rwz TU_IP_LOCAL -c 500 sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 TU_IP_LOCAL

Sustituya YOUR_SERVER_IP por la IP de su servidor INTROSERV y YOUR_LOCAL_IP por su dirección IP pública (encuéntrela ejecutando curl ifconfig.me en su ordenador antes de conectarse al servidor).

Información: La ejecución tarda algún tiempo - espere a que se complete. La opción -c 500 envía 500 paquetes para obtener resultados fiables.

Diagnósticos Linux adicionales

Antes de enviar un ticket de soporte, recopile información sobre la NIC (interfaz de red):

Defina el nombre de su NIC por defecto:

ip route | grep default

El nombre de la NIC aparece después de la palabra "dev" (por ejemplo, eth0, ens3).

Compruebe si hay errores de NIC:

date && sudo ethtool -S ethX | grep error

Compruebe la velocidad de conexión:

date && sudo ethtool ethX | grep Velocidad

Sustituya ethX por el nombre real de su NIC a partir del comando ip route | grep default.

Identifique la interfaz activa y la IP:

ip a

Verifique la puerta de enlace:

ip a

Qué buscar: La comprobación de errores ethtool debería devolver ceros o una salida vacía. Cualquier valor distinto de cero indica problemas de hardware o cable que deben ser reportados a soporte. Incluya la salida de velocidad para confirmar que su interfaz funciona a la velocidad esperada.

Ejecución de MTR en Windows

Para realizar pruebas de MTR en Windows, utilice WinMTR, una versión gráfica de MTR. Descárgala y ejecútala siguiendo esta guía: Comprobación del canal WinMTR

Realice pruebas en ambas direcciones:

• De su ordenador al servidor
• Desde el servidor a su ordenador (para servidores Windows, conéctese mediante RDP y ejecute WinMTR en el lado del servidor)

Realice capturas de pantalla de los resultados de WinMTR para adjuntarlas a su solicitud de asistencia.

Diagnósticos adicionales de Windows Server

Abra PowerShell como Administrador y ejecute estos comandos:

Definir IP, estado NIC y nombre:

Get-NetAdapter | Select-Object Name, Status, LinkSpeed

Compruebe si hay errores de NIC:

Get-NetAdapterStatistics -Name "SERVERS_ACTIVE_NIC" | Select-Object *Error*, *Discard* | Format-List

Sustituya SERVERS_ACTIVE_NIC por el nombre de NIC del comando anterior (por ejemplo, "Ethernet", "Red pública").

Verifique la puerta de enlace:

Get-NetRoute -DestinationPrefix "0.0.0.0/0"

El valor NextHop es su puerta de enlace predeterminada.

¿Qué buscar en las estadísticas NIC? Cualquier valor distinto de cero debe ser reportado a soporte:

• ReceivedPacketErrors - errores durante la recepción (normalmente problemas con el cable o el puerto)
• OutboundPacketErrors - errores durante la transmisión
• ReceivedPacketsDiscarded - paquetes descartados (indica congestión)

Lectura de la salida MTR

Qué nos dicen los resultados

• Pérdida de paquetes: Cualquier pérdida (>0%) puede indicar un problema. Sin embargo, algunas pérdidas de paquetes son normales en ciertos saltos - algunos routers tienen ICMP desactivado o con velocidad limitada, mostrándose como pérdida en MTR mientras el tráfico sigue fluyendo normalmente. Estos saltos suelen estar configurados así intencionadamente y no indican un problema real. Compruebe dónde se produce la pérdida de paquetes en ambas direcciones. Si la pérdida ocurre antes de los saltos INTROSERV (en Dirección 1) o después de su IP(en Dirección 2), su ISP es el problema. Si la pérdida consistente aparece en múltiples saltos INTROSERV o afecta a su servicio real, tenemos que investigar. En cualquier caso, envíe los resultados de su prueba bidireccional a nuestro equipo de soporte para su análisis.
• Latencia: Un cierto aumento es normal a medida que los paquetes viajan más lejos. Se esperan ligeros saltos entre saltos. Esté atento a picos repentinos o variaciones muy altas (StDev), que indican inestabilidad o congestión. Compare los resultados entre ambas direcciones: la asimetría puede revelar el origen del problema.

Valores de referencia

Para las regiones de la UE, espere una latencia de 10-50ms hacia Europa y de 100-300ms hacia otros continentes. Compara tus resultados con estos rangos en ambas direcciones.

Cuando informe de un problema, adjunte siempre informes MTR (desde el servidor y hacia el servidor) o capturas de pantalla, además de los resultados del diagnóstico de la NIC. Los informes bidireccionales son necesarios: una prueba unidireccional por sí sola no es suficiente para un diagnóstico adecuado.

Añada información adicional si es posible:

• YOUR_LOCAL_IP: Dirección IP de su PC o servidor fuera de INTROSERV
• Dirección MAC pública del PC o servidor de origen
• Dirección MAC pública de su servidor dentro de INTROSERV
• Tipo de protocolo implicado (TCP o UDP): ?
• Dirección del problema: ¿De YOUR_LOCAL_IP a YOUR_SERVER_IP, viceversa, o ambas?
• Frecuencia específica: ¿permanente o intermitente?

Prueba de ancho de banda iPerf

iPerf es una herramienta de medición del rendimiento de la red que comprueba con precisión el ancho de banda entre su servidor y los servidores públicos de prueba. Para los diagnósticos de INTROSERV, recomendamos utilizar servidores iPerf públicos geográficamente cercanos a la ubicación de su centro de datos, proporcionando resultados fiables que reflejen la calidad real de su servicio.

¿Por qué no Speedtest-cli o pruebas de navegador?

No recomendamos utilizar Speedtest-cli, Speedtest.net o Fast.com para realizar diagnósticos. Estos servicios seleccionan aleatoriamente servidores de prueba en redes de terceros, lo que puede producir resultados inconsistentes. Un servidor débil o congestionado en su infraestructura puede mostrar velocidades pobres que no reflejan la calidad real de su conexión a INTROSERV. Esto conduce a falsos informes de problemas de servicio.

En su lugar, recomendamos el uso de servidores iPerf públicos geográficamente cerca de su centro de datos para la medición precisa de ancho de banda.

Instalación de iPerf y ejecución de pruebas en Linux:

sudo apt install iperf3

iPerf3 soporta dos direcciones de prueba:

Prueba de carga:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Esto mide la velocidad de subida - compruebe el valor Sender en los resultados.

Prueba de descarga:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Mide la velocidad de descarga. Compruebe el valor del receptor en los resultados. El indicador -R invierte la dirección de la prueba.

Guarde los resultados en un archivo si es necesario:

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3 -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Instalación de iPerf y ejecución de pruebas en Windows / Windows Server:

1. Descargue iperf3 para Windows desde: https://iperf.fr/iperf-downloa...
2. Extraiga el archivo ZIP descargado en una carpeta, por ejemplo, C:\iperf3.
3. Abra el símbolo del sistema (cmd.exe) y vaya a la carpeta: cd C:\iperf3
4. Ejecute las pruebas en ambas direcciones:

Prueba de carga (saliente):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0

Esto mide la velocidad de subida - compruebe el valor de Remitente en los resultados.

Prueba de descarga (entrante):

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0

Mide la velocidad de descarga: compruebe el valor de Receiver en los resultados. El indicador -R invierte la dirección de la prueba.

Guarde los resultados en archivos si es necesario:

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -i 0 > iperf-upload.txt

iperf3.exe -c <public_iperf_server_ip> -p <port> -t 30 -P 10 -R -i 0 > iperf-download.txt

Parámetros del comando explicados:

• -c <IP> - conectarse al servidor en esta dirección IP.
• -p <puerto> - utilizar el puerto o rango de puertos especificado
• -t 30 - ejecuta la prueba durante 30 segundos
• -P 10 - utiliza 10 conexiones paralelas (prueba toda la capacidad de ancho de banda)
• -i 0 - desactiva los informes de intervalo (sólo muestra los resultados finales)
• -R - invertir la dirección de la prueba (el servidor iperf público le envía, mide la velocidad de descarga)

Consejo: Elija un servidor de prueba geográficamente cercano a su centro de datos INTROSERV. Realizar pruebas desde un servidor con sede en Alemania utilizando un servidor iPerf australiano puede dar resultados inexactos. Se trata de servidores públicos y ocasionalmente pueden estar ocupados - si alguno no responde, ejecute la prueba de nuevo al cabo de poco tiempo.

Comprensión de los resultados de iPerf

En iPerf, la línea del remitente muestra la velocidad de carga desde el origen de la prueba hasta el servidor de destino, mientras que la línea del receptor muestra la velocidad de descarga desde el servidor hasta el dispositivo.

Para obtener mediciones coherentes, anota ambos valores y repite la prueba al menos tres veces.

Cómo obtener resultados precisos

Realice al menos tres pruebas consecutivas para detectar problemas intermitentes. Antes de realizar la prueba:

• Cierra las aplicaciones que consuman mucho ancho de banda (streaming, descargas, transferencias de archivos).
• No ejecute pruebas en varios dispositivos simultáneamente
• Asegúrese de que no se estén ejecutando actualizaciones en segundo plano

Guarde los resultados con marcas de tiempo (en UTC) y la ubicación del servidor de pruebas. También es aceptable una captura de pantalla del resultado final.

Rendimiento esperado

Una vez finalizada la prueba (espere 30 segundos completos), verá resultados finales como:

Info: Espere a que la prueba se complete por completo. El resumen final aparece al final después de la salida de todos los intervalos. Haga una captura de pantalla o guarde sólo las líneas [SUM] finales, ya que contienen los resultados reales.

Para el servicio de la UE, las velocidades de descarga/carga no deberían caer más de un 10-15% por debajo de los límites de su plan durante las horas valle. Si ves algo peor, algo va mal.

Servidores públicos de prueba iPerf

Para obtener resultados precisos, utilice un servidor iPerf público geográficamente cercano a la ubicación de su centro de datos INTROSERV. A continuación se recomiendan servidores iPerf públicos con enlaces ascendentes fiables de 10Gbps+.

Europa:

Alemania, Wolfsburg

# Prueba de carga (compruebe el valor del remitente): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0 Prueba de descarga (compruebe el valor del receptor): iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Países Bajos, Naaldwijk

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 185.182.195.76 -p 5201 -t 30 -P 10 -R -i 0

Reino Unido, London

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 5.180.211.133 -p 5200 -t 30 -P 10 -R -i 0

Francia, París

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 45.147.210.189 -p 5200-5240 -t 30 -P 10 -R -i 0

Polonia, Varsovia

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 185.246.208.67 -p 5201 -t 30 -P 10 -R -i 0

Norteamérica:

USA, New York

# Prueba de carga (comprobar valor del remitente): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -i 0 Prueba de descarga (comprobar valor del receptor): iperf3 -c 194.33.45.192 -p 5200 -t 30 -P 10 -R -i 0

USA, Los Angeles

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 77.247.126.223 -p 5200-5209 -t 30 -P 10 -R -i 0

Canadá, Montreal

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 70.38.95.143 -p 5201-5210 -t 30 -P 10 -R -i 0

Asia-Pacífico:

Singapur

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 23.108.99.54 -p 5201-5210 -t 30 -P 10 -R -i 0

Australia, Sydney

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 23.106.244.70 -p 5201-5210 -t 30 -P 10 -R -i 0

India, Bangalore

# Prueba de carga (comprobación del valor del remitente): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -i 0 Prueba de descarga (comprobación del valor del receptor): iperf3 -c 49.205.75.2 -p 5001-5020 -t 30 -P 10 -R -i 0

Problemas comunes

• Problemas de ISP: Si el MTR muestra pérdidas en los saltos anteriores a la infraestructura INTROSERV, póngase en contacto con su ISP.
• Redes externas: Tenga en cuenta que INTROSERV es responsable de la conectividad dentro de sus centros de datos e infraestructura troncal. Si la pérdida de paquetes o latencia se produce fuera de la red de INTROSERV - por ejemplo, en el ISP o rutas intermedias de transporte - estos están fuera de nuestro control y responsabilidad.
• Mantenimiento: Si se produce algún mantenimiento o se detectan problemas en la red, INTROSERV proporciona notificaciones a través de los canales de comunicación oficiales. Siempre nos esforzamos por informar a los clientes con antelación o tan pronto como sea posible.

Cómo informar al soporte de INTROSERV

Incluya esta información

• IP o nombre de host de su servidor
• Informes MTR bidireccionales (ambas direcciones adjuntas)
• Salida de diagnóstico NIC (resultados de ethtool/PowerShell)
• Resultados de la prueba iPerf al servidor iPerf público cercano a la ubicación de su centro de datos
• Cuándo notó el problema (hora UTC)
• Si ocurre constantemente o de forma intermitente
• Su ubicación y nombre del ISP (si es relevante)

Ejemplo de Ticket

Asunto: Problema de red - Alemania Servidor DC IP: 185.XX.XX.XX

Informes MTR bidireccionales: [mtr-report-to-server.txt adjunto] [mtr-report-from-server.txt adjunto]

Diagnóstico NIC: [resultados de ethtool o PowerShell adjuntos/pegados]

Información: Como alternativa, puede incluir capturas de pantalla de los resultados de MTR a continuación o adjuntarlas al ticket.

Pruebas iPerf al servidor iPerf en Alemania (62.176.224.217) - probado a las 14:30-14:35 UTC

PRUEBAS DE CARGA - compruebe el valor del Remitente:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -i 0

Prueba (14:30 UTC): Resultado: 1,95 Gbits/seg.

Nueva prueba (14:31 UTC): Resultado: 1,90 Gbits/seg.

PRUEBAS DE DESCARGA - compruebe el valor del receptor:

iperf3 -c 62.176.224.217 -p 5201 -t 30 -P 10 -R -i 0

Prueba (14:33 UTC): Resultado: 1,87 Gbits/seg.

Nueva prueba (14:34 UTC): Resultado: 1,88 Gbits/seg.

Resumen: Media de subida: ~1,92 Gbits/seg Media de descarga: ~1,88 Gbits/seg

Problema: Alta latencia al servidor Iniciado: 2025-01-15 a las 14:30 UTC ¿En curso?: Sí (probado durante 30 minutos) Ubicación: Estocolmo, Suecia (ISP: Telia)

Referencia de comandos útiles

sudo mtr -o 'J M X LSR NA B W V' -wzbc 500 <host>

ip route | grep default

sudo ethtool -S ethX | grep error

sudo ethtool ethX | grep Speed

ip a

ip r

iperf3 -c <ip_servidor> -p <puerto> -t 30 -P 10 -i 0

iperf3 -c <ip_servidor> -p <puerto> -t 30 -P 10 -R -i 0

ping <host>

traceroute <host>

curl ifconfig.me