1
00:00:00,480 --> 00:00:07,530
Algunos puntos para recordar con respecto a la velocidad y la negociación de dúplex y las

2
00:00:07,530 --> 00:00:15,900
discrepancias dúplex y los desajustes de velocidad ocurren cuando la negociación automática falla o las configuraciones manuales no coinciden.

3
00:00:15,900 --> 00:00:21,600
Entonces, por ejemplo, un lado está configurado para usar dúplex completo y el otro lado

4
00:00:21,600 --> 00:00:29,220
está configurado para usar semidúplex o la negociación puede fallar debido a problemas físicos en la red, como problemas de

5
00:00:29,640 --> 00:00:36,400
cableado o un concentrador en alguna parte de la red. Los desajustes dúplex causan problemas de rendimiento.

6
00:00:36,660 --> 00:00:46,230
Sus pings pueden tener éxito, pero el movimiento de archivos de gran tamaño puede verse afectado negativamente y el PIB puede tener problemas

7
00:00:46,500 --> 00:00:53,470
especialmente para recuperarse de problemas de desajuste de dúplex, por lo que un poco de historia.

8
00:00:53,590 --> 00:00:58,880
Originalmente, ethernet era half duplex porque los dispositivos estaban conectados a hubs.

9
00:00:59,050 --> 00:01:06,370
Entonces, se tomó la decisión de que cuando no se puede negociar con el otro lado, se volvería

10
00:01:06,370 --> 00:01:11,990
a 10 meg, los dispositivos half duplex más antiguos no estaban diseñados para negociar.

11
00:01:12,070 --> 00:01:19,660
Entonces, el dispositivo de negociación de Orta volvería al modo semidúplex si no fuera capaz de negociar con el otro

12
00:01:19,660 --> 00:01:27,340
lado porque suponía que ese dispositivo solo admitía semidúplex o la negociación de velocidad y el dúplex no funcionaba bien

13
00:01:27,340 --> 00:01:33,130
en los viejos tiempos y a menudo causaba problemas con la velocidad y la falta

14
00:01:33,130 --> 00:01:34,240
de coincidencia del dúplex.

15
00:01:34,690 --> 00:01:41,170
Si un lado está utilizando half duplex en el otro lado está usando dúplex completo, el lado dúplex completo

16
00:01:41,260 --> 00:01:45,540
piensa que puede transmitirlo en cualquier momento, incluso cuando está recibiendo tráfico.

17
00:01:45,580 --> 00:01:52,320
Sin embargo, el lado dúplex medio porque usa carea desde la detección de colisión de acceso múltiple o

18
00:01:52,360 --> 00:01:56,990
CD de barras CCMA querrá que la línea sea clara antes de transmitir.

19
00:01:57,220 --> 00:02:02,860
Y cuando transmite y el paquete se transmite por el otro lado funcionando en dúplex completo, se

20
00:02:02,860 --> 00:02:03,790
produce una colisión.

21
00:02:04,090 --> 00:02:09,940
Entonces, el lado dúplex medio retrocederá debido a la colisión y luego tratará de transmitir nuevamente cuando

22
00:02:09,940 --> 00:02:16,780
la línea esté despejada y tendremos el problema constante de las últimas colisiones con el lado dúplex completo que

23
00:02:16,780 --> 00:02:20,680
está transmitiendo datos y puede comenzar con un lado semidúplex .

24
00:02:20,680 --> 00:02:25,930
En otras palabras, puede agotar todo el ancho de banda causando una gran cantidad de colisiones

25
00:02:25,930 --> 00:02:31,900
y retransmisiones en el lado semidúplex que causaría que las tramas en el lado semidúplex colaran y eventualmente se

26
00:02:32,590 --> 00:02:33,790
descartarían al buscar problemas.

27
00:02:33,790 --> 00:02:39,180
Eche un vistazo a las áreas que demostraré en un momento en el lado dúplex completo

28
00:02:39,190 --> 00:02:46,620
verá errores como errores CRC o se ejecuta en el lado dúplex medio que normalmente ve colisiones tardías y Prep y sistemas

29
00:02:46,620 --> 00:02:52,750
de administración de sobrecarga de búfer de empresas tales como los vientos solares y otros te permiten ver

30
00:02:52,750 --> 00:02:58,480
dónde tienes problemas de Duplaix en tu red y te ayudan a resolver estos problemas más fácilmente.