Cómo solucionar problemas de fallas de red
May 30, 2023
Dejar un mensaje
Sabemos que los interruptores son dispositivos de red importantes en las redes de área local, y su estado operativo está estrechamente relacionado con el estado de acceso a Internet de los sistemas de clientes.
Sin embargo, en el trabajo práctico, el estado de los interruptores puede verse fácilmente afectado por factores externos, lo que resulta en varias fallas de red en la red de área local.
Para garantizar una operación de red estable, debemos administrar y mantener adecuadamenteinterruptorEn nuestro trabajo diario para prevenir fallas de cambio.
En este artículo, narraremos la experiencia de un experto en alto voltaje de bajo voltaje en la solución de fallas de socket. Durante el mantenimiento de una red de área local en un edificio, se encontró con una falla en la que el interruptor de piso no pudo ser picada debido a conexiones físicas inadecuadas. El proceso de solución de problemas para esta falla de red resultó ser bastante desafiante.
Dado que esta falla es relativamente típica y se puede hacer referencia al enfoque de solución de problemas, se comparte aquí para beneficio de todos.
1. Escena de falla:
El edificio de oficinas del que era responsable en ese momento consistía en varias compañías. Para garantizar que cada empresa pueda tener acceso a Internet independiente y que su estado de Internet no se vería afectado por otras compañías, elegí un interruptor de enrutador como el interruptor central para la red del edificio.
Al mismo tiempo, se configuraron diferentes subredes de trabajo virtual para cada unidad en el interruptor.
Dado que cada unidad estaba ubicada en diferentes pisos y el número de empresas en cada piso variaba, algunos pisos tenían dos o tres unidades, mientras que otras tenían hasta cinco o seis unidades.
Las subredes de trabajo de las unidades en diferentes pisos estaban conectadas a la red de área local del edificio a través del interruptor de piso correspondiente y accedieron a la red de Internet a través del firewall de hardware en la red del edificio.
Para mejorar la eficiencia de gestión de la red, los administradores de red generalmente administrarían y mantendrían los interruptores a través de conexiones remotas.
Sin embargo, una mañana, cuando comencé a trabajar y estaba escaneando y diagnosticando el estado de trabajo de varios puertos de conmutación en el interruptor de núcleo de red de área local, descubrí que uno de los puertos de conmutador estaba en un estado hacia abajo.
Así que verifiqué los registros de administración de red y descubrí que la conexión a este puerto era de un interruptor del segundo piso en el quinto piso.
Cuando intenté iniciar sesión remotamente en el interruptor del piso, descubrí que no podía iniciar sesión con éxito. Cuando usé el comando ping para probar la dirección IP del conmutador, devolvió "tiempo de tiempo de solicitud".
Justo cuando me preguntaba por qué nadie informó la falla, el teléfono sonó como se esperaba, y efectivamente, los usuarios del quinto piso comenzaron a informar fallas de red una tras otra.
Según los síntomas de falla anteriores, sospeché que podría haber un problema inesperado con el interruptor de piso.
Así que me apresuré a la escena del interruptor defectuoso, desconecté su fuente de alimentación, esperé un tiempo y luego volví a conectar la fuente de alimentación para reiniciarlo.
Después de completar la operación de reinicio, utilicé el comando ping para probar la dirección IP del conmutador nuevamente.
Esta vez, los resultados devueltos fueron normales, y las operaciones de inicio de sesión remotas podrían continuar sin problemas.
Sin embargo, media hora después, el interruptor defectuoso volvió a mostrar los mismos síntomas de falla, y cuando lo probé con el comando ping, devolvió los resultados anormales una vez más.
Más tarde, sintiéndome inquieto, repití el proceso de reinicio y prueba, solo para descubrir que el interruptor defectuoso aún no se podía hacer ping normalmente.
2. Solución de problemas en profundidad:
Dado que los reinicios repetidos no resolvieron el problema, estimé que la causa de la falla fue más complicada, teniendo en cuenta que este tipo de falla a menudo se encuentra en los procesos de gestión de la red.
Así que realicé una resolución de problemas en profundidad después del enfoque a continuación:
Teniendo en cuenta que solo el cambio de un piso en el quinto piso de toda la red de construcción exhibió este fenómeno, inicialmente juzgué que podría ser causado por problemas con ese cambio de piso en sí.
Para identificar con precisión la causa de la falla, planeé reemplazar el interruptor defectuoso con uno que funcione correctamente y observar si la falla aún persistía.
Al mismo tiempo, conectaría el conmutador problemático sospechoso a un entorno de red independiente.
Después de media hora de pruebas y observación, vi que el interruptor defectuoso, que estaba conectado al entorno de red aislado, funcionaba normalmente, y su dirección IP podía hacerse ping en ese entorno de red.
Sin embargo, el interruptor recién reemplazado, cuando está conectado a la red del edificio, no se podía hacer sonar normalmente.
Según estas observaciones, concluyé que la posibilidad de que el cambio de quinto piso en sí tuviera un problema era casi insignificante. Después de descartar los factores relacionados con el estado del Switch defectuoso, revisé la estructura de la red y el estado de toda la red de construcción.
Si bien los usuarios en otros pisos del edificio podrían acceder a Internet normalmente, una parte de los usuarios del quinto piso no pudo.
Al revisar la información de red para el quinto piso, descubrí que había cinco unidades en ese piso. En ese momento, el administrador de la red había configurado interruptores de dos pisos en el quinto piso y los conectó en una configuración en cascada.
Además, se crearon cinco subredes de trabajo virtuales en estos dos interruptores para garantizar que cada unidad pueda funcionar de forma independiente en sus respectivas subredes virtuales.
Dado que el puerto correspondiente en el interruptor central ya había estado inactivo, teóricamente, todas las unidades en el quinto piso no deberían poder acceder a Internet. Entonces, ¿por qué solo algunos usuarios informaron la falla?
Tan pronto como llegó el momento de comenzar a trabajar, inmediatamente contacté a varias compañías que no habían informado fallas de red. Su respuesta fue que acababan de descubrir el acceso anormal de la red y estaban a punto de buscar ayuda del administrador de la red de construcción.
Si ese es el caso, entonces todas las unidades en el quinto piso deberían no poder acceder a Internet. Por lo tanto, la causa de la falla debe estar dentro de las subredes de trabajo virtuales de estas unidades.
Después de reducir el alcance de la solución de problemas a las cinco unidades en el quinto piso, consideré que reiniciar el equipo de un interruptor específico en el quinto piso podría restaurar temporalmente la falla de la red.
Sin embargo, después de media hora, la misma falla de la red reaparecería.
Teniendo en cuenta este fenómeno específico, sospeché que podría ser una tormenta de transmisión de red que causó congestión en el interruptor durante un cierto período de tiempo, que finalmente bloquea el puerto del interruptor correspondiente en el interruptor de núcleo.
Para facilitar el análisis de la falla, utilicé herramientas de monitoreo de red para analizar la transmisión de paquetes de red en los puertos en cascada del interruptor del quinto piso.
Los resultados mostraron que el tráfico de paquetes entrantes y salientes era extremadamente alto, casi superando los valores normales en aproximadamente 100 veces. Esto indicó la aparición de congestión de la red en la red del cuarto piso.
Entonces, ¿la congestión de la red es causada por un virus de la red?
¿O es causado por un bucle de red?
Planeo observar los cambios de información de estado de los puertos en cascada del interruptor defectuoso, especialmente los cambios en los paquetes de transmisión de salida. Si los paquetes de transmisión de salida siguen aumentando cada segundo, es muy probable que haya un bucle de red en la red del quinto piso.
Según este enfoque de análisis, me conecté directamente al interruptor defectuoso utilizando un cable de control de la consola e inicié sesión en el backend del sistema como administrador del sistema.
Usando el comando "Mostrar", verifiqué los cambios en los paquetes de transmisión de salida de los puertos en cascada del conmutador, examinando los resultados cada segundo y comparándolos.
Después de las pruebas repetidas, descubrí que el tamaño de los paquetes de transmisión de salida del interruptor defectuoso estaba aumentando continuamente.
Esto indica que definitivamente hay un bucle de red en las cinco unidades en el quinto piso.
Tras un examen cuidadoso de los dos interruptores en el quinto piso, descubrí que su conexión física era normal.
Además, los diversos puertos de interruptor de estos dos interruptores se conectaron directamente a los enchufes de la red de pared en las habitaciones en el quinto piso.
En teoría, siempre que las habitaciones no usen interruptores para cascading no autorizado, no debería haber bucle de red.
Ahora que se demuestra que hay un bucle de red en la red del quinto piso, significa que alguien está utilizando arbitrariamente conmutadores para expandir la red. Al encontrar el interruptor expandido e inspeccionar sus conexiones físicas, podemos identificar rápidamente el nodo defectuoso específico.
Entonces, contacté a los administradores de la red de las diversas unidades en el quinto piso por teléfono, solicitándoles que inspeccionen cada habitación de la oficina e informen las habitaciones utilizando interruptores subordinados.
No pasó mucho tiempo para que los resultados de la inspección me informaran, y sorprendentemente, alrededor de 10 habitaciones usaban interruptores subordinados para la expansión de la red.
En este punto, sabía que había una alta probabilidad de un bucle de red en estas 10 habitaciones. ¿Pero qué habitación exactamente?
¿Tengo que visitar cada habitación e inspeccionar sus conexiones de red una por una?
Después de una cuidadosa consideración, recuperé la documentación de la red e identifiqué los números de puerto utilizados por estas 10 habitaciones.
A continuación, me conecté directamentecables de redA estos puertos y, en el modo de vista de estos puertos, hice un ping secuencialmente la dirección IP del interruptor defectuoso.
Cuando llegué al sexto puerto, descubrí que no se podía hacer sonar con éxito.
Para determinar si este puerto era realmente problemático, utilicé el comando "Mostrar" en el modo de vista del puerto para verificar su información de estado.
Después de analizar los resultados, descubrí que los tamaños de paquetes de entrada y salida de este puerto eran significativamente anormales. Por lo tanto, estimé que este puerto era definitivamente la causa del estado de trabajo anormal del interruptor defectuoso.
Después de referirme a los registros de archivos, identifiqué rápidamente la habitación correspondiente en función de ese número de puerto.
Al llegar a la escena, descubrí que los dos puertos de red disponibles en esa habitación estaban conectados a pequeños centros, y estos dos centros estaban conectados a varias computadoras.
Para empeorar las cosas, había un cable de red que los conectaba directamente juntos, creando un bucle de red entre los dos centros.
Este bucle causó una tormenta de transmisión, en última instancia, bloqueando el puerto Cascade del interruptor defectuoso y haciendo que toda la red del edificio no pueda acceder a Internet correctamente.
3. Solución de problemas:
Después de eliminar el cable de red adicional, volví a verificar la información de estado del puerto de conmutación. Los resultados mostraron que los tamaños de paquetes de entrada y salida habían vuelto a la normalidad.
Cuando verifiqué el estado del puerto correspondiente en el interruptor de núcleo nuevamente, descubrí que el estado anterior de "abajo" había cambiado al estado de "arriba". En este punto, también pude hacer ping con éxito el interruptor defectuoso en el cuarto piso.
Esto confirma que el problema fue causado por el uso no autorizado de un interruptor o centro por parte de un usuario en una de las habitaciones en el quinto piso. Más tarde, a través de una mayor consulta con los usuarios de Internet, supe que sus habitaciones fueron limpiadas la noche anterior, y en ese momento, todos loscables Ethernetestaban desconectados.
Después de que se completó el trabajo de limpieza, debido al conocimiento limitado de las conexiones de los usuarios, reconectaron aleatoriamente los cables, lo que resultó en un bucle de red. Por lo tanto, como ingenieros de red, también debemos tener en cuenta esto al realizar proyectos de mantenimiento.
Artículo anterior:La guía de compra de Cable Manager
Siguiente artículo:Entendiendo el gabinete de estante
