¿Cómo ocurren los desajustes? ¿Cuál es el impacto de una falta de coincidencia en la conectividad de la red? ¿Vale realmente la pena resolver los desajustes? ¿Cuáles son algunas formas de detectar desajustes a gran escala?
¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.
Ron Maupin
Respuestas:
12
Para abordar sus preguntas en orden:
Los desajustes ocurren cuando la negociación automática o las configuraciones manuales fallan. Esto puede ser causado por problemas de la capa física o porque las configuraciones manuales no están de acuerdo. Los problemas físicos pueden ser algo así como un concentrador en línea o problemas de cable físico (pares perdidos / rotos).
Los desajustes dúplex pueden causar un impacto significativo en el rendimiento de su red. Las colisiones, particularmente las tardías, pueden tomar mucho tiempo (relativamente hablando) para que la pila TCP se recupere. Las colisiones con UDP significan que los datos pueden nunca llegar allí o requerir un mecanismo de recuperación de la capa de aplicación.
Resolver desajustes es absolutamente vale la pena resolverlo. También puede sugerir otros problemas, ya que la velocidad / dúplex debería ser algo asumido en estos días.
Algunas de las herramientas de administración centralizadas ( Solarwinds , Spiceworks , HP OpenView y otras) probablemente tengan informes de errores de interfaz que deberían incluir este tipo de problemas.
Para comprender completamente por qué se producen desajustes dúplex, debe comprender cómo evolucionó la tecnología.
Originalmente, todo Ethernet era half-duplex. Cuando full-duplex ingresó a la imagen, alguien decidió sabiamente que los dispositivos (especialmente los dispositivos half-duplex y full-duplex) deberían poder ponerse de acuerdo entre ellos sobre cómo se comunicarían y la negociación automática también.
Sin embargo, ninguno de esos dispositivos semidúplex más antiguos se diseñó para negociar automáticamente, por lo que cuando se redactó el estándar, el dispositivo de negociación automática supondrá que si la otra parte no participa en la negociación, debe ejecutarse en modo half-duplex porque el dispositivo en el otro lado debe ser capaz de solo half-duplex.
Como otros han señalado, la negociación automática no siempre funcionó bien desde el principio, por lo que muchos dispositivos se configuraron con velocidad estática y configuraciones dúplex (a menudo 100 / completo), y cuando un dispositivo de negociación se conecta a dicho dispositivo, un dúplex Se produce una falta de coincidencia.
En cuanto al problema, un desajuste dúplex puede ser mucho peor que ejecutarse en modo semidúplex. Esto se debe a que un lado (full-duplex) cree que puede transmitir en cualquier momento, incluso si está recibiendo corriente. El lado half-duplex verá esto como una colisión y retrocederá, mientras que el lado full-duplex seguirá transmitiendo.
Si el lado full-duplex tiende a transmitir una gran cantidad de datos, esto puede "matar de hambre" al lado half-duplex ya que está esperando que el medio se borre antes de transmitir, haciendo que las tramas se pongan en cola y finalmente se caigan.
Con todo, una mala situación en la que estar y que debes solucionar.
Cuando se trata de detectar desajustes, puede buscar errores. En el lado de dúplex completo, generalmente verá muchos runts y, a menudo, errores de CRC (los proveedores pueden usar términos diferentes a veces). En el lado semidúplex, a menudo verá colisiones y fallas en el búfer. Cualquier sistema de gestión decente debería poder proporcionarle una lista de interfaces que generan un número de errores mayor al esperado.
En estos días, las causas más comunes son los enlaces donde un sistema (ya sea de red o dispositivo final) se configura manualmente y el otro automático.
En los primeros días de la negociación automática (full duplex 10Mb y Fast Ethernet) no era raro que los dispositivos no se negociaran correctamente.
Debido a esto (y otras razones relacionadas con la inercia), muchas grandes redes corporativas y SP requirieron la configuración manual de algunos o todos los enlaces.
En estos días no hay justificación para hacerlo, y de hecho en Gigabit Ethernet (cobre al menos) se requiere negociación automática, y los dispositivos con buen comportamiento no permitirán que se desactive. En algunos casos, esto puede no estar claro, por ejemplo, en algunos kits de Cisco, "deshabilitar" la negociación automática en los enlaces de gig simplemente restringe los valores aceptables en el proceso de negociación automática (que puede ser valioso si no se alarma con una velocidad de interfaz inesperada y dúplex).
Hace poco me encontré con este circuito de metro-e. el adtran del ISP no se vincularía sin la opción "noneg" habilitada. Se negó a enlazar sin un pulso de enlace, que el lado de la compañía telefónica no enviaría. [transporte óptico gig-e]
Ricky Beam
2
Los desajustes ocurren con mayor frecuencia cuando un lado de un enlace está configurado explícitamente y el otro lado está configurado para negociar automáticamente. Cuando los dispositivos están bajo administración separada, las partes pueden no comunicarse y verificar la configuración. El impacto en la conectividad de la red varía desde inadvertido en enlaces de uso ligero hasta severo en enlaces muy cargados. Generalmente vale la pena el esfuerzo para resolver los desajustes siempre que sea posible. En los conmutadores Cisco, un indicador de confiabilidad de interfaz de menos de 255 es una buena manera de detectar desajustes. Este valor puede sondearse con SNMP para detectar desajustes a gran escala.
Respuestas:
Para abordar sus preguntas en orden:
fuente
Para comprender completamente por qué se producen desajustes dúplex, debe comprender cómo evolucionó la tecnología.
Originalmente, todo Ethernet era half-duplex. Cuando full-duplex ingresó a la imagen, alguien decidió sabiamente que los dispositivos (especialmente los dispositivos half-duplex y full-duplex) deberían poder ponerse de acuerdo entre ellos sobre cómo se comunicarían y la negociación automática también.
Sin embargo, ninguno de esos dispositivos semidúplex más antiguos se diseñó para negociar automáticamente, por lo que cuando se redactó el estándar, el dispositivo de negociación automática supondrá que si la otra parte no participa en la negociación, debe ejecutarse en modo half-duplex porque el dispositivo en el otro lado debe ser capaz de solo half-duplex.
Como otros han señalado, la negociación automática no siempre funcionó bien desde el principio, por lo que muchos dispositivos se configuraron con velocidad estática y configuraciones dúplex (a menudo 100 / completo), y cuando un dispositivo de negociación se conecta a dicho dispositivo, un dúplex Se produce una falta de coincidencia.
En cuanto al problema, un desajuste dúplex puede ser mucho peor que ejecutarse en modo semidúplex. Esto se debe a que un lado (full-duplex) cree que puede transmitir en cualquier momento, incluso si está recibiendo corriente. El lado half-duplex verá esto como una colisión y retrocederá, mientras que el lado full-duplex seguirá transmitiendo.
Si el lado full-duplex tiende a transmitir una gran cantidad de datos, esto puede "matar de hambre" al lado half-duplex ya que está esperando que el medio se borre antes de transmitir, haciendo que las tramas se pongan en cola y finalmente se caigan.
Con todo, una mala situación en la que estar y que debes solucionar.
Cuando se trata de detectar desajustes, puede buscar errores. En el lado de dúplex completo, generalmente verá muchos runts y, a menudo, errores de CRC (los proveedores pueden usar términos diferentes a veces). En el lado semidúplex, a menudo verá colisiones y fallas en el búfer. Cualquier sistema de gestión decente debería poder proporcionarle una lista de interfaces que generan un número de errores mayor al esperado.
fuente
En estos días, las causas más comunes son los enlaces donde un sistema (ya sea de red o dispositivo final) se configura manualmente y el otro automático.
En los primeros días de la negociación automática (full duplex 10Mb y Fast Ethernet) no era raro que los dispositivos no se negociaran correctamente.
Debido a esto (y otras razones relacionadas con la inercia), muchas grandes redes corporativas y SP requirieron la configuración manual de algunos o todos los enlaces.
En estos días no hay justificación para hacerlo, y de hecho en Gigabit Ethernet (cobre al menos) se requiere negociación automática, y los dispositivos con buen comportamiento no permitirán que se desactive. En algunos casos, esto puede no estar claro, por ejemplo, en algunos kits de Cisco, "deshabilitar" la negociación automática en los enlaces de gig simplemente restringe los valores aceptables en el proceso de negociación automática (que puede ser valioso si no se alarma con una velocidad de interfaz inesperada y dúplex).
fuente
Los desajustes ocurren con mayor frecuencia cuando un lado de un enlace está configurado explícitamente y el otro lado está configurado para negociar automáticamente. Cuando los dispositivos están bajo administración separada, las partes pueden no comunicarse y verificar la configuración. El impacto en la conectividad de la red varía desde inadvertido en enlaces de uso ligero hasta severo en enlaces muy cargados. Generalmente vale la pena el esfuerzo para resolver los desajustes siempre que sea posible. En los conmutadores Cisco, un indicador de confiabilidad de interfaz de menos de 255 es una buena manera de detectar desajustes. Este valor puede sondearse con SNMP para detectar desajustes a gran escala.
fuente