Ping

El ping ICMP clásico (tipo 8/0, Echo Request/Reply) opera a nivel de capa 3 (red) del modelo OSI. El TCP ping que usa esta herramienta opera a nivel de capa 4 (transporte), midiendo el tiempo del three-way handshake TCP (SYN → SYN-ACK → ACK). • ICMP ping — Mide la latencia de ida y vuelta (RTT) a nivel de red. Es útil para diagnosticar problemas de enrutamiento y verificar conectividad básica. Sin embargo, muchos firewalls y servidores bloquean ICMP (Google.com no responde a ping ICMP, por ejemplo). Además, los paquetes ICMP pueden tener prioridad diferente (QoS) que el tráfico TCP real. • TCP ping — Mide el tiempo de establecimiento de una conexión TCP completa. Esto refleja lo que un usuario real experimenta al conectarse a un servidor web (puerto 443 para HTTPS, 80 para HTTP). El TCP ping no es bloqueado por firewalls que permiten tráfico web normal. Es la metrica más relevante para evaluar el rendimiento percibido de un servicio web. • Limitación del entorno serverless — Esta herramienta se ejecuta desde servidores de Vercel, no desde tu máquina local. Los tiempos medidos reflejan la latencia entre la infraestructura de Vercel y el host destino, no entre tu computadora y el host. Para diagnóstico de red local, se recomienda usar el comando ping del sistema operativo.

Las metricas que reporta esta herramienta tienen significados específicos para el diagnóstico de red: • Latencia (RTT) — Tiempo de ida y vuelta en milisegundos. Para conexiones dentro del mismo continente: <50ms es excelente, 50-100ms es bueno, 100-200ms es aceptable, >200ms indica un problema potencial. Conexiones intercontinentales típicamente agregan 100-300ms por la velocidad de la luz en fibra optica (latencia fisica irreductible). • Jitter — Variación entre latencias consecutivas. Un jitter bajo (<5ms) indica una conexión estable. Jitter alto (>20ms) sugiere congestión de red, enrutamiento inestable o problemas de QoS. El jitter afecta especialmente a aplicaciones en tiempo real (VoIP, videoconferencia, gaming). • Perdida de paquetes — Porcentaje de sondeos que no recibieron respuesta. 0% es lo ideal. Hasta 1% puede ser aceptable en redes con tráfico alto. Más de 2% indica un problema activo de red (congestión, errores de enlace, o rate limiting en el destino). Una pérdida de 100% no siempre significa que el host esta caido; puede ser un firewall bloqueando el puerto. • Causas comunes de latencia alta — Distancia geográfica, congestión de red en peering points, rutas suboptimas (el tráfico puede cruzar continentes innecesariamente), DNS lento (si se mide incluyendo resolución), y servidor destino saturado (el SYN-ACK tarda en generarse).