Retardo de codificación de Ethernet y la relación con la clasificación de frecuencia del cable

0

Hice una pregunta aquí llamada " Velocidad de la electricidad (¿propagación de la señal?) A través del cobre para el retraso de las comunicaciones ". Quería saber cuánto tiempo tarda una señal en viajar por un cable Cat5e (mi experiencia es telecomunicaciones y redes para esta pregunta).

En el párrafo de apertura de esta página de Wikipedia, se indica lo siguiente sobre el cable Cat5;

"The cable standard provides performance of up to 100 MHz"

En mi pregunta mencionada anteriormente, se me indicó una regla general para la propagación de las olas que estaba entre 4.9 ns / my 5.3 ns / m. La transferencia de datos a 100 Mbps a través del cable Cat5 significa que 1 bit de datos se codifica en el cable cada 1 segundo / 100,000,000 bits = 0.00000001 ns (eso es 1 bit cada 10 ns).

A partir de esto, asumo que el dispositivo receptor esperará y recibirá y decodificará bits a una velocidad de 1 cada 10 nanosegundos. Sin embargo, si el retardo del cable coper (entre 4.9 y 5.3) es menor que el retardo de codificación, seguramente los bits se recibirán demasiado rápido al final del destinatario, más rápido de lo que se pueden descodificar en un flujo digital que podría almacenarse en búfer.

También para vincular todo esto, asumí que cat5 está clasificado para 100 Mhz porque eso significa que en cada ciclo 1 bit de datos se codifica en el cable. ¿O este 100 Mhz representa algo más? Cat6 se utiliza para tasas de transferencia de gigabit (o cat5e) con una frecuencia de 250 Mhz. Es de suponer que esto se debe a que se utilizan métodos de codificación sofisticados para codificar más bits en un solo símbolo en el cable. Por lo tanto, la referencia de 100 Mhz anterior del artículo de wiki es la razón por la cual es una proporción de uno a uno para codificar datos en el cable, por lo que terminamos con una duración de codificación de 10 ns por bit. ¿Eso es correcto también?

    
pregunta jwbensley

2 respuestas

2
  

Sin embargo, si el retardo del cable de cobre es menor que el retardo de codificación, seguramente los bits se recibirán demasiado rápido al final del destinatario, más rápido de lo que se pueden descodificar en un flujo digital que podría almacenarse en búfer.

Creo que el punto clave que falta es que es posible que más de un bit esté "en vuelo" en el cable en un momento dado.

Por ejemplo, si el cable tiene una longitud de 100 m, y la velocidad es 192 x 10 6 m / s, y la velocidad de bits es de 100 Mb / s, entonces 52 bits de datos realmente estar "en el cable" en un momento dado. Sin embargo, el receptor solo será consciente del bit 1 que realmente llega al receptor en ese instante.

Si el transmisor está enviando bits a 100 Mb / s, entonces el receptor debe recibir y decodificar estos bits a 100 Mb / s. La longitud del cable cambia el tiempo de latencia entre estos dos eventos, pero no tiene nada que ver con la velocidad a la que el receptor debe tratar con los datos entrantes.

Por lo general, el receptor no se ocupa de los bits entrantes uno por uno, haciendo cálculos a 100,000,000 operaciones por segundo. En su lugar, simplemente pone en cola los bits en algo así como un registro de desplazamiento, y luego opera en ellos a una tasa mucho más baja, tal vez 12.5 millones de operaciones por segundo, pero operando en bytes completos con cada operación (o incluso a velocidades más lentas, pero operando en palabras de datos más grandes).

    
respondido por el The Photon
-1

Los cables de par trenzado que usan pares unidos a veces tienen un divisor entre los pares para reducir la interferencia. Con otros devanados dentro de la cubierta, también es posible reducir la interferencia de otros cables, lo que permite distancias de hasta 100 m a 500 MHz.

Velocidad de propagación 0.64c

Retardo de propagación UTP Cat5e 4.80-5.30 ns / m

    
respondido por el Tony EE rocketscientist

Lea otras preguntas en las etiquetas