1
00:00:01,040 --> 00:00:09,050
Se trajo uno que es el dispositivo y todos le pagaron a Rodda para que verificara si Ping tiene

2
00:00:10,400 --> 00:00:14,480
éxito, por lo que pagaría más de dos ping.

3
00:00:15,750 --> 00:00:21,410
Pero observe que recibimos un mensaje de que hay una falta de correspondencia dúplex entre

4
00:00:21,410 --> 00:00:23,810
el Rodda y el interruptor 20 951.

5
00:00:23,970 --> 00:00:27,060
Entonces nos dicen que hay un problema de dúplex aquí.

6
00:00:29,520 --> 00:00:33,230
Y en el interruptor estamos viendo que hay una falta de coincidencia dúplex en Foster.

7
00:00:33,230 --> 00:00:36,140
Ethan se merece tres para el Rodda.

8
00:00:36,510 --> 00:00:44,010
Entonces nos dijeron que hay un problema de dúplex aquí, pero también dijimos que hay un problema de dúplex en

9
00:00:44,010 --> 00:00:44,340
Fosset.

10
00:00:44,340 --> 00:00:49,560
Ethan es 0 4 a las 20 9:52 enciende Fosset.

11
00:00:49,570 --> 00:00:50,930
Ethan es 0 4.

12
00:00:51,190 --> 00:00:53,030
Entonces hay un problema aquí también.

13
00:00:55,350 --> 00:01:01,780
Ahora es posible que no esté físicamente conectado a la consola y, por lo tanto, es posible que no vea estos problemas.

14
00:01:01,800 --> 00:01:09,370
Esa es una buena razón para usar el servidor Aslaug o una aplicación de administración de una empresa como los vientos solares.

15
00:01:09,390 --> 00:01:18,680
Entonces, hagamos ping rodder para que nuevamente el ping sea exitoso, por lo que los pings no son necesariamente una buena forma de probar

16
00:01:18,680 --> 00:01:20,220
las discrepancias de Duplaix.

17
00:01:20,270 --> 00:01:28,390
Sin embargo, haré un ping extendido a esos enrutadores.

18
00:01:28,440 --> 00:01:30,670
Probemos eso de nuevo.

19
00:01:30,840 --> 00:01:42,760
10:01 yendo a enviaré mil pings y voy a hacer que el tamaño del datagrama sea grande.

20
00:01:42,880 --> 00:01:49,180
Entonces, queremos enviar mucho tráfico a la red y con suerte nos encontraremos con un problema.

21
00:01:49,270 --> 00:01:50,350
Y ahí tienes.

22
00:01:50,350 --> 00:01:54,620
Tenemos un mensaje que dice que se produjo una colisión tardía.

23
00:01:55,240 --> 00:02:04,140
Entonces, este es un problema que puede encontrar por un lado que puede indicarle que hay colisiones tardías, como puede

24
00:02:04,140 --> 00:02:05,100
ver allí.

25
00:02:05,370 --> 00:02:08,920
Estamos recibiendo una serie de colisiones tardías en el otro lado.

26
00:02:08,910 --> 00:02:10,050
No estamos viendo eso

27
00:02:13,880 --> 00:02:14,630
en el interruptor.

28
00:02:14,630 --> 00:02:16,850
Mostrar interfaz si no hay

29
00:02:20,310 --> 00:02:24,450
cero tres, no estamos viendo muchas colisiones tardías.

30
00:02:24,450 --> 00:02:31,790
La configuración de esa interfaz está configurada a una velocidad de 10 megas y Duplaix a tonto.

31
00:02:32,190 --> 00:02:43,200
Pero observe en la interfaz de show show run si es cero, el lado tiene su velocidad establecida en 100.

32
00:02:43,530 --> 00:02:46,950
Confirmemos que muestre la interfaz cero.

33
00:02:46,980 --> 00:02:54,120
Observe que el Duplaix es la velocidad media se establece en este ejemplo a 10 megabits por segundo.

34
00:02:54,210 --> 00:03:01,560
Entonces el enrutador porque no puede negociar correctamente con el otro dispositivo, en este caso

35
00:03:02,610 --> 00:03:10,670
el conmutador 28 en 50 ha establecido su velocidad en un valle de 10 que forma semidúplex.

36
00:03:10,880 --> 00:03:19,920
Entonces, lo que hay que recordar es que cuando hay una discrepancia, el sitio que está configurado para semidúplex verá

37
00:03:19,920 --> 00:03:22,620
una colisión tardía en la conexión.

38
00:03:22,620 --> 00:03:31,400
Pero esto solo ocurre cuando envías suficiente tráfico, por lo que el stent de ping no muestra ese problema,

39
00:03:31,400 --> 00:03:37,760
pero cuando se envía una gran cantidad de tráfico en esta conexión semidúplex,

40
00:03:42,380 --> 00:03:50,490
tenemos una colusión tardía en el lado del conmutador que se enfrenta si cero barra 3 .

41
00:03:50,740 --> 00:03:53,910
Observe que la velocidad es dúplex completo de 10 megabits por segundo.

42
00:03:54,310 --> 00:03:57,320
Mientras que en el enrutador es semidúplex 10 megabits por segundo.

43
00:03:59,810 --> 00:04:06,380
A pesar de que lo configuré para usar 100 megabits por segundo, está utilizando una posición posterior fallida

44
00:04:06,380 --> 00:04:10,490
en el peor de los casos, que es 10 y medio dúplex.

45
00:04:10,700 --> 00:04:13,430
Y en este caso estamos teniendo ese problema.

46
00:04:13,430 --> 00:04:16,780
Tenga en cuenta que esto es 100 efectos base TXI.

47
00:04:16,860 --> 00:04:19,400
El lado es 100 basado x.

48
00:04:19,700 --> 00:04:26,510
Por lo tanto, en este ejemplo, el enrutador se ha dedicado a medio dúplex 10 megabits por segundo, mientras que

49
00:04:26,510 --> 00:04:32,490
el conmutador está utilizando 10 megas full dúplex y, por lo tanto, tenemos una falta de coincidencia dúplex.

50
00:04:32,490 --> 00:04:39,870
Entonces, en resumen, CGP nos dice que hay una falta de correspondencia dúplex en la interfaz local al no

51
00:04:39,870 --> 00:04:47,130
usar dúplex completo, mientras que el otro lado usa el dúplex completo, un dispositivo no nos dice que

52
00:04:47,130 --> 00:04:48,290
hay un problema.

53
00:04:48,570 --> 00:04:50,550
Pero cuando se envían paquetes

54
00:04:53,880 --> 00:04:56,700
grandes usa el recuento principal, las gotas

55
00:04:59,770 --> 00:05:04,240
ponen el rendimiento y es posible que vea colisiones tardías.

56
00:05:04,240 --> 00:05:06,470
Así que déjame saturar ese enlace de nuevo.

57
00:05:09,250 --> 00:05:13,580
Enviar mil pings tamaño de datagrama grande mostrar interfaz

58
00:05:17,720 --> 00:05:20,010
zero slash tres aviso que

59
00:05:23,830 --> 00:05:29,970
ahora estamos viendo las últimas colisiones que tienen lugar en la interfaz.

60
00:05:30,030 --> 00:05:38,490
Por lo tanto, en el lado dúplex medio vemos que esta salida de las últimas colisiones en la interfaz show show es

61
00:05:38,640 --> 00:05:39,230
cero.

62
00:05:39,250 --> 00:05:44,290
Observe que el número de colisiones tardías aumentó en el lado dúplex completo.

63
00:05:44,290 --> 00:05:50,310
Es posible que obtengamos errores de entrada, como errores de CRC o marcos de salida.

64
00:05:50,380 --> 00:05:54,440
Entonces en este ejemplo tenemos 28 errores de entrada 15 CCS.

65
00:05:54,670 --> 00:05:59,800
No estamos viendo ninguna ejecución, pero recibimos mensajes de desajuste de dúplex.
