1
00:00:00,980 --> 00:00:07,860
Así que vamos a solucionar este problema entre Rotto uno y veinte 951.

2
00:00:07,990 --> 00:00:13,330
Entonces, en el enrutador está configurado actualmente para usar una velocidad de 100.

3
00:00:13,930 --> 00:00:22,690
Así que voy a establecer la velocidad en automático, esto el enrutador no me da la opción de establecer dúplex.

4
00:00:23,180 --> 00:00:34,780
Entonces, muestre la interfaz de ejecución si la velocidad cero es la interfaz de la presentación automática si la velocidad cero sigue siendo semidúplex.

5
00:00:35,020 --> 00:00:38,550
El enrutador no puede negociar con el interruptor.

6
00:00:38,560 --> 00:00:45,820
Así que, una vez más, se mueve a una posición de respaldo de 10 que hacen semidúplex y esto es lo que

7
00:00:45,820 --> 00:00:52,680
ha causado muchos problemas en el pasado porque un lado como el Rodda no puede negociar con el otro lado.

8
00:00:52,810 --> 00:00:59,680
Simplemente se mueve a la velocidad más baja posible, que es semidúplex 10 megabits por segundo, mientras que el

9
00:00:59,680 --> 00:01:05,310
interruptor usa dúplex completo, por lo que en la interfaz de ejecución de muestra del interruptor.

10
00:01:05,330 --> 00:01:17,520
Si una barra cero de tres velocidades es de 10 dúplex está lleno Cambiemos eso para acelerar la velocidad automática de Rod Speed ​​a doble cara

11
00:01:20,390 --> 00:01:21,050
mostrar

12
00:01:24,560 --> 00:01:24,910
la

13
00:01:29,920 --> 00:01:35,560
interfaz de ejecución si Zeerust tres no muestra la interfaz de configuración.

14
00:01:35,630 --> 00:01:38,650
¿Hay un aviso de barra oblicua 3?

15
00:01:38,730 --> 00:01:51,060
Ahora está utilizando 100 megas full dúplex y en el enrutador obtenemos 100 dúplex completo.

16
00:01:51,060 --> 00:01:53,010
Entonces eso es mucho mejor.

17
00:01:53,170 --> 00:02:00,730
El enrutador y el conmutador se han negociado correctamente para utilizar 100 megabits por segundo dúplex completo.

18
00:02:01,330 --> 00:02:09,360
Por lo que puede estar pagando probablemente dos si podemos hacer un lanzamiento pagando grandes tamaños

19
00:02:13,840 --> 00:02:15,100
de datagramas. Los

20
00:02:17,980 --> 00:02:21,220
pings se envían sin ningún problema.

21
00:02:23,230 --> 00:02:30,790
No vemos ninguna colisión tardía en este momento porque la velocidad y el dúplex se han negociado correctamente.

22
00:02:30,790 --> 00:02:34,450
Esto puede indicar un problema en otro lugar de la red.

23
00:02:36,920 --> 00:02:39,370
Por el momento todo se ve bien.

24
00:02:39,380 --> 00:02:42,950
Mostrar interfaz si el 0.

25
00:02:43,350 --> 00:02:49,480
Ahora todavía vemos las últimas colisiones, pero eso se debe a los contadores anteriores.

26
00:02:49,710 --> 00:02:57,610
Así que voy a borrar los contadores de la ciudad y luego hago el comando show interface 0

27
00:02:57,600 --> 00:03:01,010
nuevamente y noto que vemos cero colisiones tardías.

28
00:03:01,050 --> 00:03:12,870
Por lo tanto, al mirar su resultado, tenga cuidado con la información de los contadores de Klea y podríamos especificar una interfaz

29
00:03:12,870 --> 00:03:21,430
específica que nos permita borrar los contadores de esa interfaz para que podamos ver información nueva.

30
00:03:21,440 --> 00:03:23,090
Así que, una

31
00:03:26,220 --> 00:03:32,530
vez más, si le pagamos a 10 mujeres, Hausen dice que

32
00:03:35,230 --> 00:03:45,280
el tamaño del paquete es grande, estamos enviando tráfico en la interfaz del sitio. Si 0 tres tenemos

33
00:03:45,280 --> 00:03:51,790
los errores de entrada y CRC, el conteo claro es 0 3.

34
00:03:51,880 --> 00:04:00,910
No vemos ningún error de entrada y, evidentemente, es necesario que CRC supervise eso durante un período de tiempo.

35
00:04:00,970 --> 00:04:06,310
Así que estamos viendo una cierta cantidad de paquetes en un cierto número de paquetes, por lo

36
00:04:06,310 --> 00:04:13,510
que definitivamente se envía y recibe tráfico y en la interfaz no vemos ningún error de entrada, que es mejor que lo que

37
00:04:13,510 --> 00:04:14,960
vimos la última vez.

38
00:04:15,070 --> 00:04:22,650
Pero solo necesita monitorear eso por un período de tiempo en la interfaz del show del enrutador si no vemos el

39
00:04:22,650 --> 00:04:29,170
número de paquetes que ingresan el número de paquetes de salida, no tenemos colisiones tardías en este momento.

40
00:04:29,220 --> 00:04:32,960
Entonces eso es mucho mejor de lo que vimos anteriormente.

41
00:04:32,970 --> 00:04:45,500
Ahora en este interruptor seguimos viendo otro problema con una falta de coincidencia de dúplex para cambiar.

42
00:04:45,550 --> 00:04:47,950
Entonces esta conexión aquí tiene un problema dúplex.