1
00:00:09,390 --> 00:00:15,300
Este es uno de los múltiples videos de resolución de problemas de la versión 6 de IP en esta red.

2
00:00:15,300 --> 00:00:22,800
Se nos ha dicho que una escritura de uno a la izquierda no puede hacer ping en la parte posterior en bucle

3
00:00:22,830 --> 00:00:31,510
de un timón tres el timón a la derecha, así que verifiquemos eso ahora porque esta es la versión 6 de IP en lugar de

4
00:00:31,600 --> 00:00:35,670
la versión 4 de IP. existen en la tabla de escritura.

5
00:00:35,800 --> 00:00:44,290
Necesitamos hacer todas nuestras pruebas usando la versión 6 de IP, algo así como pagar el bucle del timón 3 y

6
00:00:44,290 --> 00:00:45,730
obtenemos una falla.

7
00:00:45,730 --> 00:00:51,320
No podemos hacer ping al bucle posterior del timón 3.

8
00:00:51,590 --> 00:00:56,050
Hagamos un buen seguimiento y veamos hasta dónde llegamos bien.

9
00:00:56,060 --> 00:01:02,260
Entonces, ¿qué piensas de este resultado que está pasando aquí?

10
00:01:02,260 --> 00:01:10,210
Observe que se nos dice que el destino no se encontró dentro del diámetro máximo de conteo de saltos, así que

11
00:01:10,210 --> 00:01:11,430
hagamos eso nuevamente.

12
00:01:11,440 --> 00:01:12,670
Note lo que está pasando.

13
00:01:13,690 --> 00:01:17,220
Entonces, ¿a dónde va el tráfico?

14
00:01:17,380 --> 00:01:21,410
Ahora este es un buen ejemplo de un bucle podrido.

15
00:01:21,460 --> 00:01:24,790
Entonces, si nos desplazamos hacia arriba, observe lo que está sucediendo.

16
00:01:24,790 --> 00:01:26,950
El tráfico también va a RADA.

17
00:01:27,160 --> 00:01:34,760
Luego va a RADA uno, luego dos lo escribieron dos y luego dos trajeron uno para volver a escribirlo en

18
00:01:34,780 --> 00:01:37,000
RADA uno y así sucesivamente.

19
00:01:37,030 --> 00:01:39,490
Entonces tenemos un bucle que tiene lugar aquí.

20
00:01:40,940 --> 00:01:47,750
Así que echemos un vistazo a la tabla de escritura que muestra IP: estos seis timones derechos uno tienen una

21
00:01:47,750 --> 00:01:52,980
ruta predeterminada a 2001 Columna 1 Columna columna 2 que es más bien 2.

22
00:01:53,300 --> 00:02:05,420
Por lo tanto, el tráfico también se envía a RADA, pero en el timón para mostrar IP v 6 puede ver el problema

23
00:02:05,420 --> 00:02:06,250
aquí.

24
00:02:06,320 --> 00:02:14,800
Pausa el video si es necesario, pero mira si puedes encontrar el problema OK para que tengamos una ruta estática predeterminada

25
00:02:14,900 --> 00:02:22,040
para escribir un tres. Eso se ve bien, hay una ronda estática en el bucle posterior del timón

26
00:02:22,040 --> 00:02:28,630
que también se ve bien. el bucle de los rotores tres, pero eso se ve mal.

27
00:02:28,640 --> 00:02:35,270
Observe dónde apunta, dice: para llegar al paquete Loop de Rider 3, debemos ir por la

28
00:02:35,260 --> 00:02:36,350
ruta 1.

29
00:02:36,410 --> 00:02:42,950
Así que definitivamente no está bien y es algo redundante porque tenemos este frente predeterminado en la

30
00:02:42,950 --> 00:02:44,210
tabla de enrutamiento.

31
00:02:44,210 --> 00:02:55,310
Por lo tanto, muestre la ruta de la tubería de ejecución que necesitamos para deshacernos de esta ruta y arreglar el siguiente

32
00:02:55,310 --> 00:03:00,930
salto o simplemente eliminarla y confiar en el borrador predeterminado aquí.

33
00:03:01,010 --> 00:03:02,630
Entonces, Ken escribió uno que

34
00:03:05,280 --> 00:03:07,250
pagaba el bucle de respaldo Rider 3.

35
00:03:07,390 --> 00:03:19,880
OK, los pings siguen fallando, hagamos un seguimiento de esa dirección a la que se le envía el paquete, pero luego no va

36
00:03:20,270 --> 00:03:22,610
a ningún otro lado.

37
00:03:22,610 --> 00:03:27,320
Por lo tanto, no parece que llegue más lejos en función de esa salida.

38
00:03:27,530 --> 00:03:32,180
Así que Ken lo escribió para hacer ping al bucle forjado, un tres sí

39
00:03:35,080 --> 00:03:35,830
que puede.

40
00:03:36,540 --> 00:03:41,220
Entonces, en lugar de mantener el bucle hacia atrás, escribimos un tres,

41
00:03:42,690 --> 00:03:50,130
pero uno que contiene el bucle hacia atrás de más de tres, así en lugar de tres letras para una

42
00:03:50,580 --> 00:03:57,970
depuración y verificamos si el tráfico realmente está obteniendo dos en lugar de tres en lugar de uno y podemos

43
00:03:58,590 --> 00:04:05,940
ver que es así podemos ver que los pings están llegando a un número tres, pero parece que la

44
00:04:06,090 --> 00:04:13,440
respuesta no está volviendo a uno más amplio, por lo que tres recibieron una solicitud de eco de 2001

45
00:04:13,870 --> 00:04:22,490
Colin, un color en la columna uno, que es correcto, un destino es el bucle de atrás timón tres para que se envíe el

46
00:04:22,490 --> 00:04:30,950
eco pero no vuelva a aparecer, así que apaguemos la depuración y hagamos un paquete de seis HPV de depuración ahora en el

47
00:04:31,040 --> 00:04:38,540
mundo real, debe tener mucho cuidado al hacer esto. Voy a enviar un solo paquete y veamos qué sucede de

48
00:04:38,540 --> 00:04:45,240
nuevo, tenga mucho cuidado al hacer esto en el mundo real, obtendrá una gran cantidad de resultados

49
00:04:45,630 --> 00:04:54,010
incluso en la red pequeña si no desactivamos la depuración, podríamos obtener una gran cantidad de resultados en la consola, así que ahí

50
00:04:54,010 --> 00:05:02,380
está la depuración I enviado un solo ping desde la derecha quiero escriba un tres, tenemos una búsqueda de destino para que el

51
00:05:02,380 --> 00:05:11,280
timón lo vea como una red local conectada al bucle de regreso, por lo que se ve bien, pero observe aquí IP estos seis

52
00:05:11,290 --> 00:05:22,990
hacia adelante sin derecho al destino 2001 Colin uno Colin Colin una fuente es el bucle la parte posterior del timón tres de destino es la interfaz gigabit 00 del timón uno

53
00:05:22,990 --> 00:05:30,370
y se nos dice que no hay una caída válida, por lo que no parece un enrutador tres sabe cómo

54
00:05:30,430 --> 00:05:38,610
volver al timón uno, así que muestre IP estos seis correcto ¿hay un balsa en la tabla de enrutamiento para volver al

55
00:05:38,930 --> 00:05:39,900
timón uno.

56
00:05:40,330 --> 00:05:41,770
Y la respuesta es no.

57
00:05:42,010 --> 00:05:53,170
Tenemos esta balsa estática que permitiría a tres hacer ping al bucle del timón uno, pero no

58
00:05:53,170 --> 00:05:56,530
puede pagar dos mil uno.

59
00:05:56,530 --> 00:06:07,000
Entonces, lo que tenemos que hacer es agregar un frente estático a la columna 2001 colon dos puntos cero barra oblicua 64

60
00:06:07,060 --> 00:06:12,910
y enviarlo al timón para que ahora hagamos el ping nuevamente.

61
00:06:12,990 --> 00:06:14,610
Observe que los pings

62
00:06:17,600 --> 00:06:24,530
tuvieron éxito y, sin usar el comando de repetición, los pings ahora tienen éxito para que podamos llegar al

63
00:06:24,530 --> 00:06:32,130
bucle posterior del timón tres y podamos llegar a la interfaz física del timón tres, así que tenga cuidado con los pings.

64
00:06:32,300 --> 00:06:36,180
Esto se aplica tanto a la versión IP 4 como a la versión IP 6.

65
00:06:36,260 --> 00:06:42,420
El hecho de que pueda enviarle tráfico no significa que usted sepa cómo enviarme el tráfico.

66
00:06:42,440 --> 00:06:48,080
Ambas partes necesitan podredumbres en la tabla de escritura para permitir la comunicación bidireccional.

67
00:06:48,080 --> 00:06:49,610
Espero que hayas disfrutado este video.

68
00:06:49,610 --> 00:06:52,620
Si fue de beneficio para usted, por favor dale me gusta.

69
00:06:52,620 --> 00:06:55,310
Y suscríbase a mi canal de YouTube.

70
00:06:55,310 --> 00:06:57,190
Te deseo lo mejor.
