1
00:00:01,020 --> 00:00:04,990
Entonces ese fue un ejemplo de span básico.

2
00:00:05,040 --> 00:00:12,640
Hay múltiples opciones cuando configura span así que eliminemos nuestra sesión actual y luego especifique

3
00:00:12,800 --> 00:00:14,940
Monat para la sesión.

4
00:00:15,400 --> 00:00:26,200
Vamos a crear un nuevo puerto de uno o uno fuente que será la primera interfaz Ethan en 2 1 0 3 en

5
00:00:26,990 --> 00:00:34,950
el ejemplo y solo voy a recibir el tráfico deseado para la interfaz de destino de sesión

6
00:00:37,930 --> 00:00:40,380
1 0 5 en vez

7
00:00:44,390 --> 00:00:48,540
de 1 0 5 y presiono enter .

8
00:00:48,590 --> 00:00:58,090
Ahora, a propósito, solo estoy creando una sesión con el mismo número para hacerlo simple, pero tenga en cuenta

9
00:00:58,090 --> 00:01:01,520
que puede crear múltiples sesiones de spand.

10
00:01:01,540 --> 00:01:08,920
Existen algunas reglas de dependencias con respecto a abarcar que un puerto de destino span solo se puede usar con

11
00:01:08,980 --> 00:01:11,390
una sesión de gasto a la vez.

12
00:01:11,670 --> 00:01:16,530
Un puerto de destino de span tampoco puede ser un puerto fuente de span.

13
00:01:16,810 --> 00:01:24,030
Cuando crea un puerto de destino span, el switch ya no trata ese puerto como un soporte Ethan en el puerto.

14
00:01:24,310 --> 00:01:30,820
Como demostré, las direcciones MAC no se aprenden en ese puerto y el tráfico recibido en ese puerto

15
00:01:30,910 --> 00:01:32,980
no se acepta de manera predeterminada.

16
00:01:33,070 --> 00:01:41,530
Puede eliminar un puerto de destino de intervalo mediante la sesión sin monitor y el número y la interfaz

17
00:01:41,530 --> 00:01:45,770
de destino y luego agregarlo a una monetización diferente.

18
00:01:45,970 --> 00:01:49,600
Entonces, en otras palabras, puedes moverlo de una sesión a otra.

19
00:01:49,600 --> 00:01:56,590
Se pueden usar múltiples fuentes de spand con una sola sesión de tramo. Una sesión de spand no puede mezclar

20
00:01:56,650 --> 00:01:58,020
interfaces y fuentes violentas.

21
00:01:58,210 --> 00:02:06,460
Por lo tanto, debes mirar múltiples interfaces o múltiples villans. Una sesión de spend puede usar cualquier

22
00:02:06,520 --> 00:02:07,750
combinación de instrucciones.

23
00:02:07,780 --> 00:02:10,040
Transmitir recibir o ambos.

24
00:02:10,330 --> 00:02:18,430
Si el canal se puede utilizar como un puerto de origen en la supervisión del puerto o troncos spanne también se pueden utilizar

25
00:02:18,430 --> 00:02:20,740
como puertos de origen si es necesario.

26
00:02:20,740 --> 00:02:27,550
Entonces, en este ejemplo, solo tenemos una interfaz única, pero podríamos cambiarla demasiado rápido.

27
00:02:27,550 --> 00:02:34,740
Ethernet 1 0 3 y luego especifique un rango de interfaces si es necesario.

28
00:02:35,110 --> 00:02:41,070
Entonces digamos 1 0 1 y la moda típica de Cisco.

29
00:02:41,090 --> 00:02:47,160
El comando es diferente a otros comunes, por lo tanto, recibe en ambas interfaces.

30
00:02:47,200 --> 00:02:50,840
Muestre que funciona el monitor clewed de bombeo.

31
00:02:50,900 --> 00:02:58,470
En general, los ejemplos abarcan puertos en los que observará el tráfico recibido en 1 0 o 1, así como

32
00:02:58,530 --> 00:03:04,720
en 1 0 3, por lo que todos reinician la captura de lavado en Rato one.

33
00:03:04,720 --> 00:03:10,450
Voy a enviar una sola pintura a Rodda también.

34
00:03:10,840 --> 00:03:17,590
Lo que notará a pesar de que solo estamos viendo recibir tráfico, capturamos tanto el eco de ping como

35
00:03:17,890 --> 00:03:19,440
la respuesta de Ekka.

36
00:03:19,720 --> 00:03:27,060
Por lo tanto, el eco que se habría recibido en este puerto cuando se transmita un tráfico a la respuesta

37
00:03:27,060 --> 00:03:29,820
de eco se hubiera recibido en este puerto.

38
00:03:30,190 --> 00:03:35,060
Entonces, recibimos tanto el eco como la respuesta de Echo.

39
00:03:35,140 --> 00:03:42,700
Si solo hubiéramos configurado este puerto, solo habríamos recibido el eco y no la respuesta de eco.

40
00:03:42,700 --> 00:03:51,380
Entonces hagamos eso y monitoreemos la sesión 1.

41
00:03:51,490 --> 00:04:00,820
Solo vamos a capturar el tráfico recibido en este puerto y luego lo enviaremos fuera del puerto 1 0 5.

42
00:04:00,820 --> 00:04:10,480
Entonces, cuando borro la sesión y hago un ping, notamos que solo recibimos la mitad del tráfico.

43
00:04:10,610 --> 00:04:16,790
Por lo tanto, tenga cuidado con los puertos que son la fuente de su captura y tenga cuidado con la dirección

44
00:04:17,330 --> 00:04:22,790
del tráfico, ambos le permitirán capturar el tráfico entrante y saliente de ese puerto. Recibir solo es tráfico recibido

45
00:04:22,790 --> 00:04:23,550
en ese puerto.

46
00:04:23,780 --> 00:04:27,280
Transmitir es el tráfico enviado desde ese puerto.

47
00:04:27,330 --> 00:04:31,110
Podrías, como ejemplo, capturar al villano.

48
00:04:31,740 --> 00:04:43,810
Así que deshagámonos de la Sección 1 y lo que haré es decir si Villalon uno recibió tráfico y el destino será

49
00:04:43,810 --> 00:04:48,530
el puerto cinco. La playa capturará y hará un

50
00:04:51,500 --> 00:04:53,390
único ping nuevamente.

51
00:04:53,530 --> 00:04:58,640
Y observe que aquí vemos tanto el eco como el mensaje de respuesta de Echo.

52
00:04:58,640 --> 00:05:10,910
Entonces esta respuesta de Ecker tiene una solicitud Ekka porque este puerto y este puerto en la VLAN 1 pt. 1 0 2 en realidad está cerrado en esta disculpa

53
00:05:10,910 --> 00:05:20,010
por lo que podríamos llegar a ese puerto desde la topología que mostraban algunos comandos

54
00:05:20,010 --> 00:05:21,300
para monitorear.

55
00:05:21,650 --> 00:05:24,800
Podemos ver que tenemos una sesión habilitada.

56
00:05:24,890 --> 00:05:31,960
Es una sesión local que estamos recibiendo tráfico en la VLAN 1 El puerto de destino es 1 0 5.

57
00:05:32,280 --> 00:05:38,120
Estamos utilizando una encapsulación nativa y la entrada está deshabilitada para que el tráfico se elimine.

58
00:05:38,360 --> 00:05:41,480
Eso se recibió en el puerto.

59
00:05:41,540 --> 00:05:50,630
También podemos ver información detallada para que sea una sesión local. No hay puertos de origen. Configúrela;

60
00:05:50,700 --> 00:06:00,560
solo tenemos una fuente de terreno configurada. Capturamos el tráfico recibido en la VLAN. No se transmite en

61
00:06:00,650 --> 00:06:07,820
tierra. Una sesión de gasto remoto no está configurada. el puerto para la

62
00:06:07,850 --> 00:06:14,700
sesión de gasto es 1 0 5 otras opciones, ¿no es así?

63
00:06:14,860 --> 00:06:25,360
Así que veamos algunas de las opciones de la sesión monetarista shoyu todo en el momento en que no haya ninguna configuración de centrifugado

64
00:06:25,930 --> 00:06:27,940
presente en el sistema.

65
00:06:28,030 --> 00:06:35,890
Podemos ver un spanne local que incluso podemos ver en spanne remoto. El span remoto se usa cuando tiene un

66
00:06:36,190 --> 00:06:38,710
conmutador de origen y destino diferente.

67
00:06:39,010 --> 00:06:42,160
Entonces, el puerto de origen también podría ser este puerto en el conmutador.

68
00:06:42,430 --> 00:06:45,920
Y el destino podría ser este puerto en el interruptor uno.

69
00:06:46,180 --> 00:06:53,990
Por lo tanto, el tráfico se capturará en este puerto y se enviará al dispositivo de captura en este conmutador.

70
00:06:53,980 --> 00:07:00,580
Entonces, ¿cuál? Configuraré una sesión de monitor en una sesión de monitor.

71
00:07:01,330 --> 00:07:05,270
Elija un número como una interfaz de origen.

72
00:07:05,500 --> 00:07:18,300
Primero Ethan en 1 0 1, el destino en su ejemplo va a ser 1 0 5, así que muestre run pipe.

73
00:07:18,330 --> 00:07:21,450
Incluye monitor.

74
00:07:21,570 --> 00:07:22,680
Eso es lo que hemos hecho.

75
00:07:22,920 --> 00:07:34,780
Si intentamos configurar una tuerca en esta sesión usando el mismo puerto de destino de la interfaz si notamos que 1 0 5 le dijimos

76
00:07:34,780 --> 00:07:38,180
que ese puerto realmente está siendo utilizado.

77
00:07:38,230 --> 00:07:42,990
Así que configuramos este puerto como el destino de la sesión 1.

78
00:07:43,150 --> 00:07:51,010
Ahora no podemos configurarlo para que sea el destino de la sesión 2, pero podríamos, por ejemplo,

79
00:07:51,050 --> 00:07:54,750
configurar la sesión y especificar una fuente diferente.

80
00:07:54,760 --> 00:08:05,230
Así que uno 0 1 como ejemplo a do show run popping clewed monitor.

81
00:08:05,370 --> 00:08:10,530
Tenemos dos fuentes configuradas pero solo un destino.

82
00:08:10,530 --> 00:08:21,050
Entonces, muestre la sesión de monitus, todos tenemos la sesión 1 configúrela y la sesión para configurarlo, pero solo la sesión uno está configurada con el

83
00:08:21,050 --> 00:08:25,790
puerto de destino. La sesión 2 no se está utilizando actualmente.

84
00:08:26,480 --> 00:08:35,060
En un dispositivo de choque, deberíamos poder capturar el tráfico de uno a Rodda, al cual podemos ver que el tráfico

85
00:08:35,060 --> 00:08:42,490
de unidifusión enviado desde Rodda uno al enrutador se reenvía fuera de este puerto debido a esta sesión

86
00:08:42,490 --> 00:08:43,260
de monitoreo.

87
00:08:44,050 --> 00:08:54,400
El tráfico enviado y recibido en caso de que se envíe uno especial desde 1 0 5 y, por

88
00:08:54,850 --> 00:09:02,370
lo tanto, vemos que el eco ICMP solicita un mensaje de respuesta de eco.

89
00:09:02,380 --> 00:09:08,410
Ahora no hay nada que nos impida mover el puerto de destino de una sesión a otra.

90
00:09:08,410 --> 00:09:16,110
Entonces podríamos poner una nota frente a ese comando que ahora lo moverá a la sesión 2.

91
00:09:16,350 --> 00:09:18,170
Entonces eso es aceptado.

92
00:09:18,180 --> 00:09:25,360
Entonces, lo que hemos hecho ahora es mover el puerto de destino de sesión en sesión a oh por favor.

93
00:09:25,370 --> 00:09:30,050
Eso fue un shock para hacer el ping nuevamente.

94
00:09:31,520 --> 00:09:37,030
Noté que capturamos el tráfico porque estamos capturando el tipo de tráfico.

95
00:09:37,260 --> 00:09:38,510
Pero en una sesión diferente.