1
00:00:19,600 --> 00:00:23,720
Bien, veamos si prácticamente podemos responder estas preguntas.

2
00:00:23,950 --> 00:00:31,420
Para hacer eso, voy a usar el modo de simulación en el generador de paquetes y voy

3
00:00:31,480 --> 00:00:36,160
a cambiar los filtros para que solo aparezcan mensajes ICMP.

4
00:00:36,160 --> 00:00:44,170
No quiero ver todos los otros tipos de tráfico en la red, así que veamos qué sucede cuando P. S. pings

5
00:00:44,170 --> 00:01:02,420
pag. S. Para p. S. Uno tiene una dirección IP de 10 1 1 1 P. S. Para tiene una dirección IP de 10 1 1 4

6
00:01:02,420 --> 00:01:04,700
por lo que vamos a enviar tráfico ICMP.

7
00:01:04,700 --> 00:01:05,960
En otras palabras,

8
00:01:08,670 --> 00:01:16,150
tráfico rosado de P. S. 1 2 P. S. Para y luego vamos a observar lo que sucede ahora en este ejemplo.

9
00:01:16,150 --> 00:01:18,890
Solo enviaré dos paquetes.

10
00:01:19,030 --> 00:01:28,410
En otras palabras, dos pings notan lo que sucede en la red, hay tráfico ICMP, pero también

11
00:01:28,440 --> 00:01:31,520
se genera un marco operativo.

12
00:01:31,650 --> 00:01:37,110
pag. S. Uno necesita aprender y la dirección MAC de P. S. 4)

13
00:01:37,320 --> 00:01:47,820
Por lo tanto, envía una operación que es una solicitud de difusión de la dirección MAC de destino de P. C. Entonces, en respuesta a nuestra primera pregunta,

14
00:01:47,820 --> 00:01:51,320
¿qué tipo de paquete se envía?

15
00:01:51,330 --> 00:01:58,250
Inicialmente, la respuesta es un paquete OPP que es un paquete de difusión.

16
00:02:02,170 --> 00:02:08,280
Lo hemos demostrado ejecutando el modo de simulación en Packet Tracer.

17
00:02:08,290 --> 00:02:16,510
Ahora, esta es una transmisión y en esta red los dispositivos están conectados a un concentrador, por

18
00:02:16,510 --> 00:02:25,670
lo que el tráfico debe inundarse a todos los dispositivos de la red, excepto al dispositivo que envió el paquete.

19
00:02:25,670 --> 00:02:27,500
Entonces, ¿quién recibe el paquete?

20
00:02:27,530 --> 00:02:28,510
pag. S. bailar.

21
00:02:28,520 --> 00:02:41,380
pag. S. 3 hace y también P. S. Para p. S. 2 y P. S. 3 descartará los

22
00:02:41,530 --> 00:02:52,830
paquetes porque el paquete no es para la dirección IP P. S. 2 como ejemplo está configurado con la dirección IP 10 1 1 2 SPC 2 va a

23
00:02:52,830 --> 00:02:53,660
descartar el paquete.

24
00:02:53,910 --> 00:03:04,010
La solicitud OP es para la dirección IP 10 1 1 4, por lo que tanto P2 como P3.

25
00:03:04,020 --> 00:03:14,360
Suelta el paquete pero P. S. 4 aceptará el paquete y lo que debe hacer ahora es enviar una respuesta a un OP.

26
00:03:14,750 --> 00:03:27,400
Entonces, si miramos este paquete, notamos que el paquete entrante al concentrador es un paquete de respuesta operativa con la dirección MAC de

27
00:03:27,400 --> 00:03:32,020
P. S. 4 esto es P. C. dirección IP falsa

28
00:03:32,050 --> 00:03:34,090
Esta es su dirección MAC.

29
00:03:34,090 --> 00:03:46,170
Podemos verificar eso usando el comando de configuración de IP y debo decir que la barra diagonal de configuración de IP notó la dirección MAC, que

30
00:03:46,170 --> 00:03:55,650
es la dirección MAC de origen del marco y esa es la dirección MAC de origen que vemos aquí.

31
00:03:55,650 --> 00:04:00,120
Entonces, la siguiente pregunta es quién recibe el tráfico de retorno.

32
00:04:00,120 --> 00:04:11,180
Entonces, si hago clic en capturar notificación hacia adelante P. S. 1 P. S. 3 y P. S. para recibir el tráfico de retorno para que

33
00:04:11,180 --> 00:04:13,300
BPC 1 P. S. a NPC 3.

34
00:04:13,490 --> 00:04:23,740
pag. S. 2 y P. S. 3 descartará la respuesta OP porque no está destinada a

35
00:04:24,580 --> 00:04:33,320
ellos cuando miramos ese paquete, podemos ver que la dirección MAC de destino es P. S. 1 y podemos confirmarlo mirando la

36
00:04:33,320 --> 00:04:44,420
configuración de P. S. 1 Observe que la dirección MAC es así P. C. 2 y P. S. 3 soltará el OP.

37
00:04:44,410 --> 00:04:53,840
Respuesta Luego preguntamos cuándo se envía el tráfico de ping desde P. S. 1 TPC para quien recibe el tráfico.

38
00:04:53,840 --> 00:04:58,280
Ahora es un centro, por lo que el tráfico se inundará.

39
00:04:58,440 --> 00:05:10,320
Así que aquí está el mensaje ICMP, podemos ver que es un Ethernet para enmarcar usando IP durante al menos tres, y podemos ver que es

40
00:05:10,320 --> 00:05:16,440
un paquete ICMP y cuando hacemos clic en capturar notificación hacia adelante.

41
00:05:16,550 --> 00:05:29,850
pag. S. a P3 y P4 reciben el tráfico pero nuevamente P. S. A y P. S. 3 se saldrá del

42
00:05:29,850 --> 00:05:40,670
paquete porque no está destinado a ellos cuando miramos la PD Yoo entrante o la unidad de datos de protocolo en PCI, ya que podemos

43
00:05:40,670 --> 00:05:47,880
ver que la dirección IP de destino es PCI 4 y la dirección MAC de destino.

44
00:05:47,880 --> 00:05:58,270
pag. S. 4 podemos verificar eso una vez más usando el comando IP config slash all y podemos ver

45
00:05:58,270 --> 00:05:59,170
la dirección MAC de.

46
00:05:59,170 --> 00:06:02,950
pag. S. Pues eso va a continuar ahora.

47
00:06:03,410 --> 00:06:03,980
Cuando.

48
00:06:03,980 --> 00:06:08,320
pag. S. Para las respuestas TPC ganó.

49
00:06:08,400 --> 00:06:15,660
El tráfico está inundado y este es el problema con el centro a pesar de que la conversación

50
00:06:16,110 --> 00:06:23,480
es entre P. S. 1 y P. S. para todos en la red recibe el tráfico.