¿Por qué cables Ethernet directos?


11

Le estaba explicando la diferencia entre los cables directos y cruzados a mi amigo, y comencé a preguntarme por qué los primeros diseñadores pensaron que era una buena idea usar dos tipos de cables diferentes.

¿Es solo un extraño artefacto histórico que continuará hasta la proliferación de auto mdi / x o hay una razón técnica para que existan cables rectos?

editar: para especificar, actualmente solo se necesitan cables rectos entre computadoras y conmutadores / concentradores. ¿Por qué los interruptores / concentradores no fueron diseñados desde el principio para utilizar cables cruzados?

Respuestas:


6

Érase una vez un enchufe de par trenzado solo estaba conectado de una manera y la electrónica adjunta no podía cambiar lo que hacía cada cable. Usted era un dispositivo de red (hub / bridge / switch / router) o un dispositivo final. Para conectar eléctricamente dos dispositivos de red, necesita un cable diferente al que se usa para conectar un dispositivo final a un dispositivo de red.

Y así nacieron los cables directos y cruzados.

Evitando el uso de un segundo tipo de cable (que invariablemente perdería su etiqueta y confundiría a los bejebers de alguna persona de la red meses / años en el futuro cuando lo sacan de la papelera) la mayoría de los dispositivos tienen la intención de conectarse a ambos dispositivos de red y terminar Los dispositivos tenían un puerto de enlace ascendente que permitía el uso de cables 'normales'.

Era tan simple como eso.

Editar: Google-Fu exitoso. ¡Era ARCnet!

¿Por qué los interruptores / concentradores no fueron diseñados desde el principio para utilizar cables cruzados?

Cuando la especificación 10base-T todavía estaba bajo consideración, la arquitectura de par trenzado más común en ese momento en las redes de oficina era ARCnet. 10base-T no fue ratificado como un estándar real hasta 1990, más tarde de lo que pensaba. La conexión de concentradores ARCNet juntos parece haber requerido un cable con pares invertidos de lo que terminó conectándose a dispositivos de punto final.

Dado que el comité de normas estaría compuesto por ingenieros de redes veteranos de varios proveedores de hardware y otras partes interesadas, habían estado lidiando con el problema de los cables múltiples durante años y probablemente lo consideraron un status quo. También es posible que los dispositivos 'borrador' que los proveedores están desarrollando también tengan requisitos eléctricos para el cable, influenciados por la fabricación de dispositivos ARCnet. Claramente, el comité no consideró que el uso de múltiples tipos de cable fuera un problema suficiente para estandarizar la práctica fuera de existencia.


1
Creo que el proceso de pensamiento probablemente se remonta aún más a toda la definición DCE / DTE con cables seriales. (¿Es este el momento apropiado para un comentario de "me quito el césped"?)
Peter M

Creo que tienes razón. Fue la forma en que se hizo. Aunque el comentario de Jeremy M sobre los cables cruzados en el armario de cableado también tiene mucho sentido.
sysadmin1138

Sí, y mi kit solía incluir conectores DB15 a DB9, cambiadores de género m / f, así como cables de módem nulo y cables seriales estándar y bloques de conexión RS232 y unos con luces bonitas para mostrar qué líneas estaban activas, todo para que pudiera obtener el número correcto de transiciones de intercambio tx / rx a través del enlace serie.
Peter M

17

En un conector RJ-45, hay 8 pines. Originalmente solo se utilizaron 4. Tx (transmitir) y su tierra, y Rx (recibir) y su tierra. Si usó un cable directo, los pines de transmisión se conectarían a los pines de transmisión en el otro dispositivo. Lo mismo sería cierto para los pines de recepción.

Los primeros equipos de red no eran lo suficientemente "inteligentes" como para saber que los datos ingresaban en pines que deberían ser para la transmisión de datos, por lo que no escucharon allí. El equipo GigE moderno es lo suficientemente inteligente como para que esto ya no sea un problema. Esto nunca fue una decisión de diseño, sino una respuesta a una decisión de diseño previamente tomada.

Editar: para abordar su pregunta que queda en el comentario:

Para simplificar el proceso de cableado (ambos extremos podrían ser iguales), el equipo de red se diseñó con puertos que recibían en los pines en los que las PC transmitían y viceversa. Esto hizo que la mayor parte de los cables creados pudieran tener ambos extremos conectados de la misma manera. Dado que el uso de un cable cruzado es raro, aún más con la llegada de los puertos de "enlace ascendente" y el cruce automático en los conmutadores modernos, esta es la tecnología menos utilizada.

Realmente no importa qué esquema de cableado se utilice, el problema persistiría si el cable y la fijación "estándar" hubieran sido de la variedad cruzada. Entonces, lo que llamamos un cable directo, habría tenido que usarse para conectar dispositivos directamente entre sí.


1
Sospecho que la respuesta se encuentra en las brumas del tiempo, cuando ARCNET era más común que Ethernet. Pero mi google-fu me está fallando en este momento.
sysadmin1138

3
No para ponerle un punto demasiado fino y estrictamente para referencia, pero un cable de Ethernet usa un conector 8P8C, no un conector RJ45. Además, antes de los días de Auto-MDIX, la regla era que los dispositivos necesitaban un cable cruzado (interruptor para cambiar, etc.) y, a diferencia de los dispositivos, necesitaban un cable directo (cambio al host).
joeqwerty

44
@joeqwerty, el término 8P8C es genérico y se aplica a cualquier enchufe y enchufe de 8 pines donde el enchufe tiene todas las conexiones macho y el enchufe tiene todas las conexiones hembra, mientras que RJ45 define el enchufe y el enchufe físicos. Los cables Ethernet requieren conectores 8P8C pero no tienen que usar RJ45. Sin embargo, los zócalos que todos conocemos como estándar en las NIC y los conmutadores son de ese tipo.
John Gardeniers

1
@John: Tienes razón, pero tal como está, una conexión de Ethernet es un conector 8P8C, también se puede usar en otras implementaciones de cableado, pero técnicamente es la terminología correcta para describir un conector de Ethernet. Por otro lado, un conector RJ45 no es técnicamente la terminología correcta. No estoy afirmando que un 8P8C es exclusivo de ethernet, solo que es el nombre técnico del tipo de conector utilizado en los conectores de red ethernet.
joeqwerty

2
8P8C es una especificación de conector modular (computadora) que vino después de la especificación RJ45 (teléfono); los dos son diferentes (Wiki si dudas de mí). RJ45 define la forma y las posiciones de 8 pines. 8P8C define la forma, los pines y el número de pines usados. Tampoco especifique cómo / si los cables están conectados. TIA / EIA-568-B define el cableado para cables Ethernet estándar. El sistema de categorías (TIA-568-A para Cat5, TIA-854 para Cat6) la calidad eléctrica de esos cables y su disposición física. Joe tiene razón, y otros tienen algunos puntos válidos.
Chris S

3

La razón por la que se usan cables rectos es porque son más fáciles de fabricar, ya que ambos extremos son iguales. Los cables cruzados se usaron originalmente al encadenar concentradores porque querían que el puerto de enlace fuera diferente de los otros puertos. Debe tener en cuenta que en ese entonces las cosas podrían tener resultados extraños, o incluso ningún resultado, si no usaba los puertos de enlace como estaba previsto.

El siguiente paso fue proporcionar un interruptor en los concentradores para que pudiera usar cables rectos o cruzados para el encadenamiento. En estos días todo se hace con chips inteligentes.

Por supuesto, todavía necesitamos cables cruzados para conectar directamente la mayoría de los dispositivos de red sin usar conmutadores o concentradores, de lo contrario, los dos puertos de transmisión se conectarían entre sí, al igual que los puertos de recepción. El cable cruzado conecta correctamente el transmisor al receptor.


1

En la mayoría de las situaciones, habrá varios cables en la cadena. Entre el concentrador / interruptor y el panel de conexiones en el armario de cableado, el cableado de la premisa entre ese panel de conexiones y el puerto de pared, y luego entre el puerto de pared y el dispositivo usando la red. Con el cableado directo, no es necesario tener en cuenta el número y el tipo de estas conexiones para seleccionar los cables. Con los cruces en cada lugar, uno debería estar seguro de que había un número impar de cables en su lugar y cosas como agregar un acoplador para extender el cable requerirían un pensamiento adicional. En el extraño caso de que necesite conectar un interruptor a un puerto de pared, simplemente use un solo cable cruzado. Para el backend, en los días de los enlaces ascendentes coaxiales, el crossover no era un problema, y ​​los adaptadores de enlace ascendente AUI-10BaseT tenían un interruptor MDI / MDI-X en ellos.

El mismo concepto ocurre en parches de fibra entre armarios. La mayoría están conectados directamente, lo que facilita las cosas si se conecta directamente a través de múltiples puntos de unión. En un extremo (con suerte, el lado superior o inferior es coherente en todo el entorno), cruce las fibras A y B para obtener una conexión.


0

Los enrutadores y conmutadores ahora son lo suficientemente inteligentes como para no requerir uno u otro. Solo cuando se pasa de pc -> hub o pc -> pc se requiere uno u otro.

En cuanto a por qué fueron necesarios, y esto es justo lo que recuerdo, las computadoras transmiten en 2 pares y reciben en 2 pares, por lo que para evitar colisiones, tuvo que cambiar 2 de los pares para conectar dos máquinas directamente.


Para especificar: actualmente solo se necesitan cables directos entre computadoras y conmutadores / concentradores. ¿Por qué los interruptores / concentradores no fueron diseñados desde el principio para utilizar cables cruzados?
zokier

Creo que la mayoría de las NIC modernas en las PC también hacen un crossover automático, especialmente si son gigabit como se recomienda en el estándar 1000BASE-T o borrador o algo así. Sé que el puerto rápido de Ethernet (100BASE-T) en mi vieja computadora portátil también lo hace.
Oskar Duveborn

"... solo se necesitan entre computadoras e interruptores": ¿no es este el escenario más común, por lo que preferiría decirlo "los cables cruzados solo se necesitan entre computadoras ..."?
Oskar Duveborn

@Oskar: necesita cables cruzados también entre interruptores
zokier

Sí, por supuesto, pero todavía se siente como la excepción, ya que conecta los mismos dispositivos. ¿Los concentradores y conmutadores para conectarse entre sí generalmente tenían puertos de enlace ascendente separados antes de que el cruce automático se hiciera cargo de todos modos?
Oskar Duveborn

0

Érase una vez, todo esto fue $$$$, recuerdo estar muy feliz cuando ethernet bajó cerca de $ 100 por puerto, por lo que fue para mantener todo esto cuerdo. Puede usar un cable cruzado, o tal vez un conmutador físico, o dos puertos físicos para el mismo puerto lógico, uno conectado normalmente, otro cruzado (no use ambos).

Solía ​​ser difícil y costoso, así que para mantener la cordura.


0

Incluso cuando los primeros transceptores Ethernet PHY de detección automática estuvieron disponibles, creo que una buena proporción de los más baratos no eran "parecidos".

Si el primer paquete en el enlace se recibió en lo que inicialmente se asumió y se estableció como la línea de Transmisión, las funciones TX / RX se intercambiarían y se restablecería el orden posterior.

El inconveniente en algunos dispositivos era que, aunque el primer paquete detectado en TX activaría el interruptor, de lo contrario era "ilegible" en lo que respecta al contenido de su paquete y, por lo tanto, se descartaría. Transceptores como este confiaban en la retransmisión en las capas superiores, ya que el primer paquete recibido después del enlace se descartaría si hubiera una falta de coincidencia TX / RX inicial.

Creo (espero) que este efecto esté ausente en los dispositivos modernos de detección automática.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.