1
00:00:00,000 --> 00:00:04,000
Ahora ping es genial para probar como un ejemplo si

2
00:00:04,000 --> 00:00:09,000
hago ping 10. 1. 1. 2 el ping tiene

3
00:00:09,000 --> 00:00:12,000
éxito porque el primer ping falló debido a ARP, el

4
00:00:12,000 --> 00:00:16,000
enrutador necesita ARP para la dirección MAC del enrutador 2, pero fíjese si

5
00:00:16,000 --> 00:00:22,000
hago ping a 10. 1. 2. 2, que es la dirección

6
00:00:22,000 --> 00:00:27,000
IP del enrutador 3, los pings fallan porque esa ruta no está en la tabla de enrutamiento.

7
00:00:27,000 --> 00:00:34,000
10. 1. 2. 0 no está en la tabla de enrutamiento del enrutador local.

8
00:00:34,000 --> 00:00:39,000
10. 1. 1. 0 está en la tabla de enrutamiento local.

9
00:00:39,000 --> 00:00:41,000
entonces el enrutador puede enrutar apropiadamente

10
00:00:41,000 --> 00:00:45,000
ahora los errores son muy útiles para probar y solucionar problemas y

11
00:00:45,000 --> 00:00:49,000
en este ejemplo, voy a usar un comando para depurar ip icmp

12
00:00:49,000 --> 00:00:55,000
tanto en el enrutador 2 como en el enrutador 3 solo para demostrar que el tráfico está llegando

13
00:00:55,000 --> 00:00:58,000
como se esperaba en los enrutadores correctos .

14
00:00:58,000 --> 00:01:04,000
así que haga ping a 10. 1. 1. 2 este aviso de dirección IP vemos

15
00:01:04,000 --> 00:01:13,000
que las respuestas de eco ICMP se envían nuevamente a 10. 1. 1. 1 hagámoslo

16
00:01:13,000 --> 00:01:22,000
así que 10. 1. 2. 2 el tráfico no llega a este enrutador, no

17
00:01:22,000 --> 00:01:25,000
vemos salidas en la pantalla del enrutador 3, donde solo hay que

18
00:01:25,000 --> 00:01:30,000
volver a hacerlo a 10. 1. 1. 2 vemos los

19
00:01:30,000 --> 00:01:38,000
errores porque el tráfico se está enviando desde el enrutador 1 al enrutador 2 y lo está recibiendo

20
00:01:38,000 --> 00:01:42,000
el enrutador 2, que a su vez está respondiendo.

21
00:01:42,000 --> 00:01:47,000
Por lo tanto, en el enrutador 1, podemos usar el comando depurar paquete de

22
00:01:47,000 --> 00:01:51,000
ip tenga cuidado con este comando en un entorno en vivo.

23
00:01:51,000 --> 00:01:55,000
En un entorno en vivo, si desea utilizar una lista

24
00:01:55,000 --> 00:02:01,000
de control de acceso para limitar el tráfico que está depurando en un entorno de

25
00:02:01,000 --> 00:02:06,000
producción o en vivo, puede matar su enrutador si ejecuta este comando.

26
00:02:06,000 --> 00:02:09,000
Pero en este entorno en vivo, está bien hacerlo.

27
00:02:09,000 --> 00:02:13,000
por lo tanto, desde un punto de vista de prueba y solución de problemas, trabaje a través

28
00:02:13,000 --> 00:02:15,000
de la lógica en el enrutador 1, tratamos

29
00:02:15,000 --> 00:02:20,000
de hacer ping a 10. 1. 2. 2 no recibimos

30
00:02:20,000 --> 00:02:25,000
una respuesta. Ejecutamos un ICMP de IP de depuración en el enrutador 3

31
00:02:25,000 --> 00:02:29,000
para ver si el tráfico está realmente llegando al enrutador

32
00:02:29,000 --> 00:02:35,000
3 y no, eso es útil porque los pings envían tráfico y luego esperan responder y

33
00:02:35,000 --> 00:02:37,000
esto permite verificar si el

34
00:02:37,000 --> 00:02:43,000
problema está en la ruta R1 a R3 o si el problema está en el retorno

35
00:02:43,000 --> 00:02:47,000
R3 a R1, por lo que este es un gran

36
00:02:47,000 --> 00:02:49,000
comando para probar, por lo

37
00:02:49,000 --> 00:02:58,000
que se hace ping a 10. 1. 2. 2 aviso en la salida que estamos obteniendo sin enrutar, el enrutador local

38
00:02:58,000 --> 00:03:04,000
nos dice que la dirección IP de origen 10. 1. 1. 1 ir al

39
00:03:04,000 --> 00:03:08,000
destino 10. 1. 2. 2 no se puede

40
00:03:08,000 --> 00:03:11,000
enrutar, por lo que no sabe a dónde reenviar el tráfico.

41
00:03:11,000 --> 00:03:14,000
Otra gran cosa en el resultado aquí es

42
00:03:14,000 --> 00:03:18,000
que sabemos qué interfaz está usando el enrutador para enviar

43
00:03:18,000 --> 00:03:21,000
paquetes; por lo general, un enrutador utiliza la

44
00:03:21,000 --> 00:03:25,000
interfaz saliente como fuente en paquetes y puede verlo aquí.

45
00:03:25,000 --> 00:03:28,000
entonces la fuente del ping es 10. 1. 1. 1 porque

46
00:03:28,000 --> 00:03:32,000
esa es la interfaz de salida para llegar a un destino

47
00:03:32,000 --> 00:03:34,000
como 10. 1. 2. 2 como

48
00:03:34,000 --> 00:03:40,000
ejemplo, si hacemos ping a 10. 1. 1. 2 el ping tiene éxito,

49
00:03:40,000 --> 00:03:42,000
obtenemos un gran volumen de salida, así

50
00:03:42,000 --> 00:03:47,000
que retrocedemos, tenemos el ping, son los mensajes de éxito, podemos ver que la dirección IP de

51
00:03:47,000 --> 00:03:51,000
origen es 10. 1. 1. 1 destino

52
00:03:51,000 --> 00:03:54,000
es 10. 1. 1. 2 esta dirección

53
00:03:54,000 --> 00:04:01,000
IP y esto fue enrutado a través de la Base de información de reenvío o FIB de F0 / 0 por lo que el

54
00:04:01,000 --> 00:04:03,000
paquete fue enviado y luego recibimos una

55
00:04:03,000 --> 00:04:11,000
respuesta de 10. 1. 1. 2 yendo a 10. 1. 1. 1 así que

56
00:04:11,000 --> 00:04:14,000
aquí podemos ver que el paquete fue enviado

57
00:04:14,000 --> 00:04:20,000
fuera del enrutador o enviado por el enrutador y aquí podemos ver una respuesta del enrutador 2.

58
00:04:20,000 --> 00:04:26,000
por lo que es un comando muy útil, pero una vez más, tenga cuidado de usarlo en producción sh ip route me

59
00:04:26,000 --> 00:04:28,000
muestra que no tengo una ruta en

60
00:04:28,000 --> 00:04:34,000
la tabla de enrutamiento para 10. 1. 2. 0 y tampoco tengo una

61
00:04:34,000 --> 00:04:37,000
puerta de enlace de último recurso; en otras palabras,

62
00:04:37,000 --> 00:04:40,000
no tengo una puerta de enlace predeterminada ni una

63
00:04:40,000 --> 00:04:42,000
ruta predeterminada configuradas en este enrutador.

64
00:04:42,000 --> 00:04:45,000
Entonces, el enrutador no sabe qué hacer con

65
00:04:45,000 --> 00:04:53,000
el tráfico y, por lo tanto, cuando hacemos ping, el enrutador nos dice que el tráfico no se puede enrutar.

66
00:04:53,000 --> 00:04:56,000
El enrutador no sabe a dónde

67
00:04:56,000 --> 00:05:01,000
reenviar el tráfico, por lo que debemos configurar las rutas estáticas.