Internet funciona, los archivos se abren, nada parece muerto, pero cada pocos segundos desaparecen de 3 a 4 paquetes de ping y aplicaciones como Tally siguen reconectándose. Esta es la búsqueda de esa falla, en el orden en que un ingeniero de soporte realmente la soluciona.
Esta guía sigue un caso de soporte real del video. Un usuario del departamento de cuentas ejecutaba Tally y, después de unos minutos de trabajo, Tally comenzaba a reconectarse y interrumpía su flujo. El uso normal se veía bien. Sólo una prueba de ping continua mostró la verdad: 3 o 4 paquetes cayeron juntos y luego respuestas limpias nuevamente. El equipo fue el primero en cambiar el cable y las gotas se quedaron. Repararon el conector IO de la pared y volvieron a parchear la conexión, y el verdadero culpable resultó ser una configuración: el adaptador de red de la PC Velocidad y Dúplex estaba configurado a velocidades de Mbps mientras que el conmutador era compatible con Gigabit. Aquí está toda esa búsqueda como un método repetible.
Solo ejemplo: las respuestas se ejecutan limpias, luego se agotan el tiempo de espera de 3 a 4 solicitudes juntas y luego se reanudan las respuestas. Ese patrón de ráfaga es la huella digital de una falla a nivel de enlace, y un ping rápido de 4 paquetes generalmente lo ignorará por completo.
No confíe en el ping estándar de 4 paquetes. Ejecute ping -t 192.168.1.1 en su puerta de enlace y una segunda ventana con ping -t en el servidor en el que realmente trabaja el usuario, y observe durante dos o tres minutos. En el caso del vídeo, las caídas se produjeron en ráfagas de 3 a 4; una prueba rápida enviada entre ráfagas mostró cero pérdidas y el usuario miró mal. Cuente la pérdida correctamente: un patrón de ráfaga apunta al enlace en sí, no a la aplicación ni a la línea de Internet.
Abra el estado de Ethernet en la PC o ejecute Get-NetAdapter en PowerShell y lea la columna LinkSpeed. Una PC gigabit en un conmutador gigabit debería mostrar 1,0 Gbps. Si muestra 100 Mbps, el enlace ha caído, generalmente un par de cables dañado o una configuración forzada. Si la velocidad cambia entre comprobaciones, el enlace se está renegociando, que es exactamente cuando los paquetes mueren. Este número divide el problema a la mitad antes de tocar cualquier hardware.
Esta fue la causa raíz en el video. Abra el Administrador de dispositivos, abra las propiedades del adaptador de red, pestaña Avanzado y busque Velocidad y Dúplex. Debería ser Negociación automática. En este caso, se configuró en un valor de Mbps mientras el conmutador era gigabit; los dos extremos nunca coincidieron correctamente y el enlace descartó paquetes en ráfagas. Gigabit Ethernet está diseñado para negociar; deje tanto la PC como el puerto del conmutador en Automático a menos que tenga un motivo documentado, y si se fuerza un lado, el otro lado se debe forzar exactamente a la misma configuración.
El equipo de video también hizo el trabajo físico, y el orden es importante: primero el cable de conexión, luego el conector IO de la pared, luego el panel de conexión, y luego un puerto de interruptor diferente. Un golpe flojo o un gato con un contacto cansado produce el mismo síntoma de ráfaga y caída. Cambie una cosa y luego vuelva a ejecutar el ping continuo durante dos minutos. Cambiar todo de una vez no soluciona nada de lo que puedas aprender: cuando las gotas se detengan, no sabrás qué las curó y la falla volverá a estar en otro escritorio el próximo mes.
Después de la solución, ejecute ping -n 200 en la puerta de enlace y en el servidor y lea la línea de resumen: paquetes enviados, recibidos, perdidos. La pérdida cero en 200 pings más una velocidad de enlace de 1,0 Gbps es un caso cerrado. Luego, deje que el usuario trabaje; en el video, la prueba real fue que Tally permaneciera conectada durante una sesión de trabajo completa, no una captura de pantalla de apariencia limpia. Si las caídas continúan, los sospechosos restantes son la calidad del par de cables y el propio puerto del switch, que se tratan en las guías complementarias de esta serie.
Vea el caso completo en vivo: la queja de reconexión de Tally, el cambio de cable que no solucionó el problema y la configuración del adaptador que sí lo solucionó.
Watch Full VideoUn ping normal envía sólo 4 paquetes. Si la falla descarta paquetes en ráfagas cada pocos segundos, una prueba de 4 paquetes puede aterrizar completamente entre ráfagas y reportar pérdida cero. Ejecute un ping continuo con ping -t durante dos o tres minutos, o envíe al menos 200 paquetes y cuente la pérdida real.
Sí. Si el adaptador se fija en una configuración de Mbps mientras el conmutador espera una negociación de gigabit, los dos extremos no están de acuerdo sobre cómo se ejecuta el enlace. El enlace puede aparecer, pasar un tráfico ligero y aun así dejar caer ráfagas de paquetes: exactamente el patrón en este caso. Establezca ambos extremos en negociación automática.
Ese resultado es información, no fracaso: el líder del parche probablemente sea inocente. Vaya al conector IO de la pared y a la terminación del panel de conexión, pruebe con otro puerto del conmutador y verifique la configuración de velocidad y dúplex del adaptador y la velocidad del enlace negociada antes de reemplazar cualquier otra cosa.