¿Tener un cable Ethernet más largo ralentiza su conexión?


47

Como sugiere el título, ¿un cable Ethernet más largo ralentiza su conexión?


99
El tiempo de propagación de la señal a través del cable no es significativo. El verdadero problema es la pérdida del paquete y el límite máximo establecido. El rtt máximo de Ethernet de 100 Mbps nos deja alrededor de 250 m de cable, que está a poco más de 100 m de ida y vuelta, y algo de tiempo para que los nic realicen algún procesamiento.
Filip Haglund

1
@peterh: Esa es una estimación muy optimista. Si asume una distancia de 16,000 kilómetros (que ciertamente es muy pequeña) y tiene en cuenta los aprox. Aumento del 30% debido a que los fotones viajan en zig-zag dentro del cable (ver physics.stackexchange.com/questions/80043/… ), además considera que c es solo 2/3 de lo que está en el vacío, tienes 105ms uno- camino. Por lo tanto, más de 200 ms, no hay enrutadores. Ahora, la Univ. de Melbourne hace ping a un asombroso RTT de 166 ms para mí (a través de 19 saltos), pero resulta que está alojado en la nube amazónica en la costa oeste de EE. UU. ... :-)
Damon

1
@Damon :-) Sí. Pero considere que los paquetes también deberían regresar. Australia está casi exactamente en el lado opuesto de la Tierra como Europa, por lo que creo que podemos calcular con 2 * 20000 km. Con + 30% de zig-zag es de 52000 km, con 2 / 3c se trata de un tiempo de respuesta de ping de alrededor de 250 ms.
Peter dice reinstalar a Mónica el

1
@Damon Esa pregunta sobre física SE supone que el cable es multimodo, la fibra de comunicaciones de larga distancia es monomodo, por lo que la luz no zigzaguea.
Peter Green

1
@PeterGreen: No es que realmente importe mucho (especialmente porque el zig-zag + 30% es ridículo en comparación con el desvío + 100% en el Golfo Pérsico), pero ... ¿tiene una referencia que pueda leer por curiosidad? ? Las fibras están en el rango de 8-10 µm. Un fotón realmente no tiene un tamaño que sea una cosa de onda-partícula, pero como los microscopios tradicionales tienen una resolución de aproximadamente 200 nano, seguramente el "tamaño supuesto" de un fotón debe ser definitivamente de aprox. Rango de 0.2 µ. Por lo tanto, a menos que un cable sea perfectamente recto, necesariamente debe haber colisiones con la pared y la reflexión, y por lo tanto en zig-zag. ¿No?
Damon

Respuestas:


5

La señal eléctrica se ralentizará una cantidad mínima (después de todo, viaja casi a la velocidad de la luz, exactamente a 0,951c), ¿cuánto tiempo tarda la luz en recorrer 100 metros?

timeTaken  = 100/(299792458*0,951) = 0,00000035 seconds

Por lo tanto, solo toma 0,00035 milisegundos adicionales, que son solo 350 ciclos de CPU (en una CPU de 1 Ghz). Sin embargo, cuanto más largo sea el cable, más débil se volverá la señal, una vez que la señal sea lo suficientemente débil comenzará a perder bits de información debido a interferencias, cada vez que se pierde un bit, algo en la capa de red ve que falla una comprobación de suma de comprobación / paridad, y pedir ese paquete nuevamente.

Pedir un nuevo paquete llevará mucho tiempo.

Entonces, mientras la señal sea fuerte en el cable, la desaceleración sería mínima (de todos modos es mayor de lo que esperaba).

Una vez que comience a perder información porque el cable es demasiado largo, la desaceleración aumentaría considerablemente .

También tenga en cuenta que ciertos protocolos de comunicación están cronometrados, por lo que si el cable es demasiado largo, es posible que ni siquiera se pueda usar porque no se sincronizaría (eso es un problema de diseño)


1
¡Bueno! Usted calculó! :-) Por lo tanto, será una pérdida de paquetes.
Peter dice reinstalar a Mónica el

55
Tenga en cuenta que el factor de velocidad de un cable CAT5 o similar no es 1. Simplemente dividir por la velocidad de la luz no se aplica a la mayoría de los medios eléctricos.
user2943160

1
no se aplica pero proporciona un límite inferior aproximado, por lo que en lugar de 0,0003 milisegundos, el tiempo se incrementa en "algo más". No es un cálculo exacto, por supuesto, pero da una estimación
GameDeveloper

1
La velocidad de la señal en cobre es de alrededor de 0.951c donde c es la velocidad de la luz.
wilsotc

¿Estoy realmente criticado por un error del 5%? XD
GameDeveloper

39

No, no ralentizará una conexión, pero debe tener en cuenta la longitud máxima de una conexión de cobre que es de 100 metros. Esto debe incluir la longitud de su cable de conexión desde el host al punto de datos y también el marco de conexión al conmutador.

Sin embargo, cuando use Cat 6 con una interfaz de 10 Gbit / s, solo puede usar hasta 55 metros y necesitaría usar Cat 6A para alcanzar 100 metros para este tipo de transmisión.

Entonces, si supera la longitud máxima especificada del cable, comenzará a ver problemas no solo relacionados con la velocidad, sino también con la pérdida debido a la naturaleza de la corriente eléctrica que atraviesa el cable.

Los 100 metros solo se aplican a una sola ejecución sin ningún dispositivo de red intermedio, como un conmutador. Si tiene un conmutador en el medio, obviamente puede extender esto de puerto a puerto al que se aplicaría el máximo para cada cable que se ejecute de dispositivo a dispositivo.

Con la conectividad de fibra, puede ampliar el rango en función de qué tipo de fibra y luz está más allá del alcance de su pregunta.


34
Tenga en cuenta que, debido a la naturaleza de TCP, la pérdida de datos (p. Ej., De un cable de longitud excesiva) puede causar una desaceleración percibida porque la conexión tiene que esperar a que se retransmitan los paquetes perdidos o defectuosos.
Chris Bouchard

99
Entonces solo un FYI ... los electrones en un cable toman tiempo para viajar una distancia. Los electrones en un cable cat5e se mueven a una velocidad de 0.64 * velocidad de la luz . Entonces, suponiendo una longitud de cable de 100 m, el tiempo que tarda un electrón en moverse esa distancia es: aproximadamente 521 nanosegundos . O time = distance / speed = 100 meters / (0.64 * 3e8 meters-per-second).
Trevor Boyd Smith

1
Esperaba algunos números más, por ejemplo, los dispositivos de red esperan recibir una señal 'exitosa' entre estos umbrales, y cuando transmiten datos a través de cobre, la 'intensidad' de la señal cae por debajo del mínimo después de 100 m, pero más precisamente.
Pysis

14
El campo eléctrico se propaga a través del cobre a .64C. La velocidad con la que un electrón individual realmente logra viajar es más del orden de magnitud de la velocidad de la marcha humana.
Affe

1
@Affe quizás en algunos escenarios de alto voltaje. Wikipedia dice que un amperio exprimido a través de un cable de 2 mm ^ 2 nos lleva a 0.000023 m / s. La velocidad de marcha humana es de uno o dos metros por segundo.
John Dvorak

33

A todos los efectos prácticos, no habrá efecto en la velocidad de su conexión.

Habrá una cantidad de retraso muy insignificante debido a los cables largos. Esto no afectará la velocidad máxima de su conexión, pero podría causar cierta latencia. pjc50 señala que se trata de un nanosegundo por cada pie de longitud de cable, lo cual es una buena regla general utilizada por muchos ingenieros al desarrollar sistemas que dependen mucho de las latencias en esas escalas de tiempo.

En realidad, nunca notarás una diferencia. Un tiempo de ping "rápido" en Internet es de 10 ms, que es de 10,000,000 ns. Agregar incluso unos pocos cientos de pies de cable no tendrá un efecto notable en ese punto. De hecho, casi cada paso del camino implica retrasos que son más extremos que los observados en la propagación de la señal. Por ejemplo, la mayoría de los enrutadores de grado de consumidor esperarán a que se reciba el último byte de un paquete entrante y comprobarán si hay errores antes de enviar el primer byte del paquete en su camino. ¡Este retraso será del orden de 5,000 ns! Dado que la longitud máxima del cable que puede ejecutar (según las especificaciones de Ethernet) es de 300 pies, la longitud del cable nunca podría causar más de 300 ns de retraso debido al cable.


2
No es el retraso de propagación el problema, sino la pérdida de paquetes en cables muy largos. Teóricamente, la velocidad será la misma, pero la velocidad "percibida" puede ser mucho más baja a medida que los paquetes se pierden y deben volver a enviarse.
vsz

@vsz De las páginas que he visto, generalmente se acepta que la pérdida de paquetes es muy mínima hasta la longitud máxima del cable en las especificaciones de Ethernet de 100 m.
Cort Ammon

3
Sí, pero ¿qué pasa si el cable es más largo de lo que permite la especificación? Habrá una longitud en la que no funcionará en absoluto, así que poco antes de eso, ¿podríamos encontrar una longitud con una gran pérdida de bolsillo, pero todavía hay algunas?
vsz

2
@vsz Creo que esa sería una pregunta muy diferente. No creo que el OP tuviera la intención de explorar el uso de Ethernet sin especificaciones. Cualquier cosa se romperá si la malgastas lo suficiente.
Cort Ammon

18

Algo así, en un grado muy pequeño.

Cuanto más largo sea el cable, mayor será la latencia que experimente: los jugadores llaman a este tiempo "ping". Sin embargo, el efecto es de aproximadamente un nanosegundo por pie de cable, lo que es poco probable que se note en la mayoría de los casos. Especialmente porque un solo cable de Ethernet está limitado a 100m.

Esto es importante para el comercio de alta frecuencia y ocasionalmente para el correo electrónico .

Por sí solo, no afecta el rendimiento o el "ancho de banda" de su cable.


3
+1 Para la velocidad de la historia de la luz. Eso me alegró el día. Con algunos protocolos (como SMB, la latencia afectará el rendimiento, como supe el otro día) ...
Aron

1
Sí, hay una razón por la que algunas compañías pagan miles de millones de dólares para tener racks de servidores / redes ubicados en lugares privilegiados en intercambios específicos con cables lo más cortos posible. Si eres esa compañía, sabrás que la necesitas. A todos los demás, no les importa. :-)
Brian Knoblauch

1
También es importante (en el estadio 10-100ns) para cualquier otra cosa que dependa de una sincronización precisa, como las redes de telecomunicaciones. (Fuente: mi trabajo es asegurarme de que las redes de telecomunicaciones tengan una sincronización precisa: D)
Lightness compite con Monica el

7

Creo que puede, pero no de la forma en que la mayoría de la gente piensa.

La mayoría está pensando en el retraso de propagación adicional a través del cable. Esto es válido, pero como la gente ya ha señalado, tan pequeño que esencialmente siempre es irrelevante.

Sin embargo, hay otra posibilidad. Los cables de Ethernet vienen en diferentes variedades: cat 5, cat 5e y cat 6 se utilizan actualmente (razonablemente). Cat 5 no admite oficialmente Gigabit Ethernet, pero con un cable cat 5 corto (por ejemplo, 1 o 2 metros) que está en buenas condiciones físicas, a menudo puede obtener una conexión gigabit aparentemente confiable de todos modos 1 .

Sin embargo, con un cable más largo, podría obtener suficiente deterioro de la señal como para que una conexión gigabit ya no fuera posible. En este caso, creo que normalmente sería una conexión de 100 megabits. En este caso, no solo obtendría una cantidad de latencia irrelevante, sino que habría perdido una cantidad considerable de ancho de banda.

Esto no tendría ningún efecto en una conexión a Internet a menos que sea uno de los pocos afortunados con más de 100 MB / s de ancho de banda. Sin embargo, el acceso a los recursos locales podría verse afectado mucho más drásticamente.


  1. Todos estos usan conectores RJ-45 de aspecto idéntico; La diferencia entre el cable cat 5 y el cable cat 5e generalmente no es obvia, excepto mirando la impresión en el cableado para ver cuál dice.

Si. Todas las otras respuestas son teóricas, pero he visto ESTO sucediendo en la vida real. Incluso si puede obtener gigabit / 100Mbit detectado, la conexión se ralentizará debido a retransmisiones debido a errores debidos al deterioro de la señal
slebetman

3
Si tiene suerte, un cable defectuoso puede enlazarse a una velocidad menor. Si no tiene suerte, puede vincularse a mayor velocidad y luego comenzar a soltar paquetes como locos. La alta pérdida de paquetes hará que su conexión a Internet sea terriblemente lenta porque TCP interpreta la pérdida de paquetes como un indicador de congestión.
Peter Green

2

El estándar es de 100 m (~ 333.33 pies; 1 m = 3 1/3 pies) antes de que la atenuación deje la señal inutilizable, pero la respuesta directa a su pregunta es sí, un cable largo puede ralentizar su conexión. La atenuación es causada por la resistencia interna del cobre que los humanos perciben como retraso / desaceleración de la conectividad de la red. Si el cable tiene menos de 100 m, la desaceleración es relativamente imperceptible. Sin embargo, puede causar problemas si te acercas a esa marca de 100 m. Y tenga en cuenta que la longitud de 100 m se mide desde el punto en que el cable se conecta al puerto de su computadora hasta el punto en que se conecta a un dispositivo que regenera la señal, como un interruptor o un enrutador. (Personalmente, tuve que cambiar un cable a una impresora porque la longitud de ~ 97m causó una comunicación esporádica).


El estándar no tiene nada que ver con la atenuación de la señal. La razón original se debió a CSMA / CD, que es completamente irrelevante en las modernas instalaciones de Ethernet. Hoy en día utilizamos casi exclusivamente conmutadores en instalaciones Fast Ethernet, y GBe ni siquiera TIENE CSMA / CD.
Aron

la resistencia no disminuye, (a menos que comience a perder un poco de información), la distancia que debe recorrer esa señal para reducir la velocidad. El retraso puede ser causado por otros 1000 factores y fallas en algunos puntos.
GameDeveloper

2

En teoría sí.

Según el teorema de Shannon-Hartley , la capacidad máxima alcanzable de un canal con ruido gaussiano blanco aditivo es [1].

[1] bandwidth * log(1 + SNR)

Los tramos largos de cable disminuyen tanto su ancho de banda (a medida que se dispersan las frecuencias altas) como SNR (a medida que disminuye la amplitud de la señal).


Algunos protocolos están diseñados para adaptarse a diferentes condiciones de canal. Ethernet no es uno de ellos.
Peter Green

Pero debido a que es un límite superior ajustado, bajo ninguna condición lo excederá.
fghkngfdx

0

Como especialista en esta línea, le aconsejo que sí. Pero es demasiado poco para afectarlo a menos que lo haya extendido demasiado. También considera la calidad de su línea de cable, conexiones y otros. Pero todos estos son demasiado mínimos para ser notados. Si está hablando de una vivienda de menos de 20 metros, no se moleste en preguntar. Estos factores son para 100 metros y más. Esa es la razón por la que tenemos línea óptica.


0

Hay dos cuestiones a considerar, la latencia y la integridad de la señal.

La latencia es directamente proporcional a la longitud del cable. Sin embargo, suponiendo que estamos hablando de cables Ethernet de par trenzado dentro de un edificio, la latencia será insignificante en comparación con los retrasos en los equipos y en las conexiones de larga distancia que componen Internet.

El otro problema es la integridad de la señal, si se pone demasiado mal, el enlace comenzará a descartar un número significativo de paquetes. TCP cree que los paquetes descartados significan congestión y reducirán su velocidad en consecuencia.

Si su cable está dentro de las especificaciones y sus dispositivos están dentro de las especificaciones y su distancia está dentro de las especificaciones, la pérdida de paquetes debería ser insignificante. Sin embargo, hay una gran cantidad de hardware fuera de especificación, por lo que sería cauteloso al operar justo en el límite de la especificación de distancia.


0

Si. Sin embargo,

  1. no se llama cable Ethernet *
  2. no es una conexión, es una transmisión
  3. los humanos no percibirán el retraso introducido solo por la longitud del cable

* Si habla de una red de área local, probablemente se esté refiriendo al cable de categoría 5 o 6. Si está hablando de un enlace de área amplia, probablemente se esté refiriendo al cable de fibra óptica monomodo.


0

El tiempo de propagación de la señal eléctrica para un cable Ethernet de 100 m de longitud máxima es de solo medio microsegundo. Esto es mucho menos que la cantidad de tiempo necesaria para que su enrutador, etc. haga su trabajo.

Esto solo comienza a ser relevante cuando se miran distancias mucho más grandes: por ejemplo, desde su computadora al servidor para un juego que está jugando; sin embargo, ese número está totalmente en manos de su ISP / sus socios y las ubicaciones físicas de usted y el servidor en sí.


0

Los cables largos aumentarán su latencia ya que la señal tiene más tiempo. Esto no debería importar mucho en su caso, ya que la señal se propaga cerca de la velocidad de la luz, los 10 metros adicionales serán imperceptibles en comparación con las muchas millas a cualquier servidor al que esté accediendo. Habrá alguna pérdida de señal en recorridos extremadamente largos, lo que reducirá el ancho de banda, pero no debería ser significativo en más de 20 metros, 100 metros es el punto en el que debe comenzar a preocuparse por la longitud del recorrido.


0

Según mi propia experiencia, es una opinión ridículamente engañosa.

De hecho, dañará la latencia desde la distancia más larga, pero no el ancho de banda. Suponiendo que está comparando la velocidad de internet del uso de la fibra de 10m y de la fibra de 20m, encontrará que las señales eléctricas viajan a través de un cable de ethernet a la velocidad de la luz, o 299,792,458 metros por segundo. Eso significa que la señal tarda unos 0.00000003 segundos en viajar a través de su cable de 10m, y 0.00000006 segundos en viajar a través de su cable de 20m. No puedes notar la diferencia aquí. No mencione si compara muchas millas con cualquier servidor al que esté accediendo.

Sin embargo, la transmisión a larga distancia tiene problemas de pérdida de señal y ruido, lo que podría tener un impacto en la velocidad de Internet.

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.