Diferencias de negociación automática de Ethernet entre (10M | 100M | 1G) Ethernet

19

Estoy estudiando para CCNA y en el libro de Wendell Odom se dice que (con respecto a la negociación automática):

Cuando la negociación automática falla en un nodo, para elegir (half / full-duplex) debemos usar la regla:

  • Si tiene una interfaz de 10/100 Mb / s -> use half-duplex
  • Si tiene una interfaz de 1000 Mb / s-> use full-duplex

¿Porqué es eso?

BrunoMCBraga
fuente

Respuestas:

19

Cuando la negociación automática falla en un nodo, para elegir (half / full-duplex) debemos usar la regla:

  • Si tiene una interfaz de 10/100 Mb / s -> use half-duplex
  • Si tiene una interfaz de 1000 Mb / s-> use full-duplex

¿Porqué es eso?

Resumen

En resumen, Ethernet ha existido desde la década de 1980 ... como resultado

  • Las antiguas NIC de Ethernet solo admitían la operación half duplex sin negociación automática. Si tiene habilitada la negociación automática en esta situación, debe admitir todas las NIC antiguas (lo que significa volver a la operación semidúplex). Otra respuesta menciona los centros, que también entran en esta categoría.
  • La negociación automática es requerida por la especificación 1GE; por lo tanto, no tiene sentido forzar la falla a semidúplex a velocidades de 1GE. La negociación automática de 1GE anuncia si es compatible con half / full-duplex.

En estos días, siempre debe intentar utilizar la negociación automática a menos que sepa que el otro puerto no lo admite.

La siguiente tabla puede ayudar a explicar la historia retorcida en torno a la negociación automática.

+------------+------+---------------+--------------+-----------------------+
| Standard   | Year | Speeds        | Media        | Auto-neg Status       |
+------------+------+---------------+--------------+-----------------------+
| 802.3i     | 1990 | 10M           | Twisted Pair | No auto-negotiation   |
+------------+------+---------------+--------------+-----------------------+
| 802.3u     | 1995 | 10/100M       | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M      | Twisted Pair | Optional              |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab    | 1999 | 10/100/1000M  | Twisted Pair | Optional @ 10/100M    |
|            |      |               |              | Required @ 1Gbps      |
+------------+------+---------------+--------------+-----------------------+

Impacto de los desajustes dúplex:

Con respecto a la práctica de Cisco de retroceder a half-duplex cuando falla la negociación automática ... Con razón, uno podría objetar que volver a half-duplex si falla la negociación automática introduce una configuración incorrecta; sin embargo, la configuración incorrecta es tolerable. Lo peor que puede suceder en esta situación es que obtenga un dúplex completo codificado manualmente en un lado de un enlace FastEthernet, y la negociación automática falla al medio dúplex en el otro lado del enlace ... el dúplex no coincidente provoca un nivel de enlace errores (colisiones y runas), pero aún puede comunicarse bastante bien, siempre que no intente exceder aproximadamente un tercio de la velocidad del enlace (es decir, aproximadamente 35 Mbps en FastEthernet).

Detalles potencialmente interesantes:

Negociación automática FastEthernet original == bad juju

La gente tuvo tan malas experiencias con la negociación automática temprana en IEEE 802.3u (FastEthernet) que la sabiduría convencional era desactivar la negociación automática y bloquear la velocidad / dúplex manualmente en todos los puertos de cobre de Ethernet.

Esta práctica de deshabilitar la negociación automática en todos los puertos de cobre se arraigó tanto en las mentes de los veteranos que todavía no es inusual encontrar velocidad / dúplex bloqueado en Cat5e / Cat6 hoy, a pesar de que las implementaciones de negociación automática de la industria son confiables durante más de una década. Para su información, algunos ISP aún fuerzan 100M / full en sus circuitos de cliente bajo el supuesto equivocado de que la velocidad manual / duplex es más confiable.

Soporte de proveedores para anunciar modos dúplex 1GE específicos

Se requiere negociación automática como parte de IEEE 802.3ab (Gigabit Ethernet sobre cobre); sin embargo, todavía encuentra algunas implementaciones de proveedores que le permiten codificar GigE speed / duplex ... He visto algunos conmutadores JunOS que permiten la configuración full-duplex en los puertos del conmutador 1GE. ¿Significa esto que el conmutador JunOS desactiva la negociación automática en ese puerto 1GE? No, esto significa que JunOS solo anuncia la velocidad / dúplex configurada durante la negociación automática.

Actualización para la pregunta de @ ytti: acondicionamiento de línea Ethernet

La negociación automática de 1GE incluye (citando 802.3-2012, Cláusula 40.5.1):

La negociación automática es requerida por 802.3ab en 1GE, porque la negociación automática GigabitEthernet incluye acondicionamiento de línea especial; este condicionamiento ocurre durante el modo ENTRENAMIENTO del inicio de MASTER / SLAVE PHY; El modo de ENTRENAMIENTO asegura que la línea sea lo suficientemente estable como para empujar 1000Mbps sobre Cat5e corre hasta 100m de largo.

Mike Pennington
fuente
2
Me gustaría leer más sobre este 'acondicionamiento de línea' de negociación automática, ¿tiene un enlace? Preferiblemente página en 802.3 sección tres. Totalmente de acuerdo en que se debe usar autonego, desafortunadamente muchas empresas de telecomunicaciones todavía tienen una mentalidad de los 90 y los productos exigen no-autonego. Otro buen argumento para tratar de convencerlos es que autonego proporciona RFI (Indicación de falla remota), lo que hará que ambos extremos se caigan, cuando un extremo no está recibiendo pero aún puede enviar.
ytti
2
@ytti, 802.3 se refiere genéricamente al condicionamiento de línea como ENTRENAMIENTO. LA FORMACIÓN forma parte de la negociación MASTER-SLAVE PHY que ocurre durante la negociación automática. Puede encontrar referencias a la negociación MASTER-SLAVE en 802.3-2012, Sección 3, Cláusula 40.5.1 (que describe todas las funciones de negociación automática). Para obtener más información sobre la capacitación, busque en los archivos PDF de 802.3-2012 "FORMACIÓN"
Mike Pennington
Gracias, estaba al tanto de la elección del reloj en ethernet. El condicionamiento de la línea de pensamiento era otra cosa.
ytti
2
El inicio de PHY maestro / esclavo incluye lo que se llama el ecualizador de respuesta de decisión (DFE - Ref 802.3-2012, Sección 3, Cláusula 40.4.2.4); el DFE funciona junto con otras funciones para la cancelación de eco / cancelación de conversación cruzada de extremo cercano (NEXT)
Mike Pennington
de nada ... fue un buen repaso navegar a través de los documentos 802.3 ...
Mike Pennington
12

Cuando la negociación automática falla en un nodo, para elegir (half / full-duplex) debemos usar la regla: -> Si tiene una interfaz de 10/100 Mb / s -> use half-duplex

En el caso de que se conecte un concentrador, un valor predeterminado de dúplex completo provocaría demasiadas colisiones. Un valor predeterminado de half duplex asegura que las comunicaciones continúen independientemente del dispositivo conectado (Switch o hub)

-> Si tiene una interfaz de 1000 Mb / s-> use full-duplex

El estándar 1000Base-T fue diseñado para requerir negociación automática, así como un dominio de capa 2 conmutado (sin hubs). Esto se debe a que los cuatro pares deben comunicarse en dúplex completo a 250 Mbps. Como tal, se supone que no existen concentradores en la conexión con el propósito de comunicación bidireccional.

usuario2403
fuente
Por cierto, los hubs son una buena razón para recurrir a half-duplex, pero no se trata solo de hubs ... los primeros 10 / 100M NIC no se negociaron automáticamente en absoluto ... y las primeras implementaciones de negociación automática FastEthernet no eran confiables.
Mike Pennington