Entonces ese fue un ejemplo de span básico.
Hay múltiples opciones cuando configura span así que eliminemos nuestra sesión actual y luego especifique
Monat para la sesión.
Vamos a crear un nuevo puerto de uno o uno fuente que será la primera interfaz Ethan en 2 1 0 3 en
el ejemplo y solo voy a recibir el tráfico deseado para la interfaz de destino de sesión
1 0 5 en vez
de 1 0 5 y presiono enter .
Ahora, a propósito, solo estoy creando una sesión con el mismo número para hacerlo simple, pero tenga en cuenta
que puede crear múltiples sesiones de spand.
Existen algunas reglas de dependencias con respecto a abarcar que un puerto de destino span solo se puede usar con
una sesión de gasto a la vez.
Un puerto de destino de span tampoco puede ser un puerto fuente de span.
Cuando crea un puerto de destino span, el switch ya no trata ese puerto como un soporte Ethan en el puerto.
Como demostré, las direcciones MAC no se aprenden en ese puerto y el tráfico recibido en ese puerto
no se acepta de manera predeterminada.
Puede eliminar un puerto de destino de intervalo mediante la sesión sin monitor y el número y la interfaz
de destino y luego agregarlo a una monetización diferente.
Entonces, en otras palabras, puedes moverlo de una sesión a otra.
Se pueden usar múltiples fuentes de spand con una sola sesión de tramo. Una sesión de spand no puede mezclar
interfaces y fuentes violentas.
Por lo tanto, debes mirar múltiples interfaces o múltiples villans. Una sesión de spend puede usar cualquier
combinación de instrucciones.
Transmitir recibir o ambos.
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
como puertos de origen si es necesario.
Entonces, en este ejemplo, solo tenemos una interfaz única, pero podríamos cambiarla demasiado rápido.
Ethernet 1 0 3 y luego especifique un rango de interfaces si es necesario.
Entonces digamos 1 0 1 y la moda típica de Cisco.
El comando es diferente a otros comunes, por lo tanto, recibe en ambas interfaces.
Muestre que funciona el monitor clewed de bombeo.
En general, los ejemplos abarcan puertos en los que observará el tráfico recibido en 1 0 o 1, así como
en 1 0 3, por lo que todos reinician la captura de lavado en Rato one.
Voy a enviar una sola pintura a Rodda también.
Lo que notará a pesar de que solo estamos viendo recibir tráfico, capturamos tanto el eco de ping como
la respuesta de Ekka.
Por lo tanto, el eco que se habría recibido en este puerto cuando se transmita un tráfico a la respuesta
de eco se hubiera recibido en este puerto.
Entonces, recibimos tanto el eco como la respuesta de Echo.
Si solo hubiéramos configurado este puerto, solo habríamos recibido el eco y no la respuesta de eco.
Entonces hagamos eso y monitoreemos la sesión 1.
Solo vamos a capturar el tráfico recibido en este puerto y luego lo enviaremos fuera del puerto 1 0 5.
Entonces, cuando borro la sesión y hago un ping, notamos que solo recibimos la mitad del tráfico.
Por lo tanto, tenga cuidado con los puertos que son la fuente de su captura y tenga cuidado con la dirección
del tráfico, ambos le permitirán capturar el tráfico entrante y saliente de ese puerto. Recibir solo es tráfico recibido
en ese puerto.
Transmitir es el tráfico enviado desde ese puerto.
Podrías, como ejemplo, capturar al villano.
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á
el puerto cinco. La playa capturará y hará un
único ping nuevamente.
Y observe que aquí vemos tanto el eco como el mensaje de respuesta de Echo.
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
por lo que podríamos llegar a ese puerto desde la topología que mostraban algunos comandos
para monitorear.
Podemos ver que tenemos una sesión habilitada.
Es una sesión local que estamos recibiendo tráfico en la VLAN 1 El puerto de destino es 1 0 5.
Estamos utilizando una encapsulación nativa y la entrada está deshabilitada para que el tráfico se elimine.
Eso se recibió en el puerto.
También podemos ver información detallada para que sea una sesión local. No hay puertos de origen. Configúrela;
solo tenemos una fuente de terreno configurada. Capturamos el tráfico recibido en la VLAN. No se transmite en
tierra. Una sesión de gasto remoto no está configurada. el puerto para la
sesión de gasto es 1 0 5 otras opciones, ¿no es así?
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
presente en el sistema.
Podemos ver un spanne local que incluso podemos ver en spanne remoto. El span remoto se usa cuando tiene un
conmutador de origen y destino diferente.
Entonces, el puerto de origen también podría ser este puerto en el conmutador.
Y el destino podría ser este puerto en el interruptor uno.
Por lo tanto, el tráfico se capturará en este puerto y se enviará al dispositivo de captura en este conmutador.
Entonces, ¿cuál? Configuraré una sesión de monitor en una sesión de monitor.
Elija un número como una interfaz de origen.
Primero Ethan en 1 0 1, el destino en su ejemplo va a ser 1 0 5, así que muestre run pipe.
Incluye monitor.
Eso es lo que hemos hecho.
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
que ese puerto realmente está siendo utilizado.
Así que configuramos este puerto como el destino de la sesión 1.
Ahora no podemos configurarlo para que sea el destino de la sesión 2, pero podríamos, por ejemplo,
configurar la sesión y especificar una fuente diferente.
Así que uno 0 1 como ejemplo a do show run popping clewed monitor.
Tenemos dos fuentes configuradas pero solo un destino.
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
puerto de destino. La sesión 2 no se está utilizando actualmente.
En un dispositivo de choque, deberíamos poder capturar el tráfico de uno a Rodda, al cual podemos ver que el tráfico
de unidifusión enviado desde Rodda uno al enrutador se reenvía fuera de este puerto debido a esta sesión
de monitoreo.
El tráfico enviado y recibido en caso de que se envíe uno especial desde 1 0 5 y, por
lo tanto, vemos que el eco ICMP solicita un mensaje de respuesta de eco.
Ahora no hay nada que nos impida mover el puerto de destino de una sesión a otra.
Entonces podríamos poner una nota frente a ese comando que ahora lo moverá a la sesión 2.
Entonces eso es aceptado.
Entonces, lo que hemos hecho ahora es mover el puerto de destino de sesión en sesión a oh por favor.
Eso fue un shock para hacer el ping nuevamente.
Noté que capturamos el tráfico porque estamos capturando el tipo de tráfico.
Pero en una sesión diferente.