In questo documento vengono descritte alcune funzionalità di Switched Port Analyzer (SPAN) recentemente implementate.
| Catalyst switch | Supporto SPAN | Supporto RSPAN | Supporto ERSPAN |
|---|---|---|---|
| Catalyst Express serie 500 / 520 | Sì | No | No |
| Catalyst serie 6500/6000 | Sì | Sì | Sì Supervisor 2T con PFC4, Supervisor 720 con PFC3B o PFC3BXL con software Cisco IOS® versione 12.2(18)SXE o successive. Supervisor 720 con PFC3A con hardware versione 3.2 o successive e software Cisco IOS® versione 12.2(18)SXE o successive. |
| Catalyst serie 5500/5000 | Sì | No | No |
| Catalyst serie 4900 | Sì | Sì | No |
| Catalyst serie 4500/4000 (include 4912G) | Sì | Sì | No |
| Catalyst serie 3750 Metro | Sì | Sì | No |
| Catalyst serie 3750 / 3750E /3750X | Sì | Sì | No |
| Catalyst serie 3560 / 3560E/ 3650X | Sì | Sì | No |
| Catalyst serie 3550 | Sì | Sì | No |
| Catalyst serie 3500 XL | Sì | No | No |
| Catalyst serie 2970 | Sì | Sì | No |
| Catalyst serie 2960 | Sì | Sì | No |
| Catalyst serie 2955 | Sì | Sì | No |
| Catalyst serie 2950 | Sì | Sì | No |
| Catalyst serie 2940 | Sì | No | No |
| Catalyst 2948G-L3 | No | No | No |
| Catalyst 2948G-L2, 2948G-GE-TX, 2980G-A | Sì | Sì | No |
| Catalyst serie 2900XL | Sì | No | No |
| Catalyst serie 1900 | Sì | No | No |
Nessun requisito specifico previsto per questo documento.
In questo documento, si fa riferimento ai Catalyst serie 4500/4000, 5500/5000 e 6500/6000 Switch con CatOs 5.5. Sui Catalyst serie 2900XL/3500XL Switch, viene usato Cisco IOS® Software Release 12.0(5)XU. Sebbene questo documento sia stato aggiornato per riflettere le modifiche apportate alla funzione SPAN, consultare le note sulla versione della documentazione della piattaforma in uso per gli sviluppi più recenti.
Le informazioni discusse in questo documento fanno riferimento a dispositivi usati in uno specifico ambiente di emulazione. Su tutti i dispositivi menzionati nel documento la configurazione è stata ripristinata ai valori predefiniti. Se la rete è operativa, valutare attentamente eventuali conseguenze derivanti dall'uso dei comandi.
La funzionalità SPAN, denominata a volte mirroring delle porte o monitoraggio delle porte, seleziona il traffico di rete per farlo esaminare da un analizzatore di rete. L'analizzatore di rete può essere un dispositivo probe dello switch Cisco o un'altra sonda RMON (monitoraggio da remoto).
In precedenza, SPAN era una funzionalità relativamente base sugli switch Cisco della serie Catalyst. Tuttavia, le ultime release di Catalyst OS (CatOS) ha introdotto notevoli miglioramenti e molte nuove opzioni ora disponibili per l'utente finale.
Questo documento non vuole essere una guida di configurazione alternativa della funzione SPAN. Cerchiamo semplicemente di rispondere alle domande più comuni su questo argomento, ad esempio:
La funzione SPAN è stata introdotta sugli switch a causa del loro diverso funzionamento rispetto agli hub. Quando un hub riceve un pacchetto su una porta, ne invia una copia a tutte le porte, tranne quella su cui lo ha ricevuto.
Lo switch invece, dopo l'avvio, inizia a creare una tabella di inoltro di layer 2 sulla base dell'indirizzo MAC di origine dei diversi pacchetti ricevuti. Dopo aver creato la tabella di inoltro, lo switch inoltra il traffico direttamente alla porta che lo deve ricevere in base all'indirizzo MAC.
Ad esempio, per acquisire il traffico Ethernet inviato dall'host A all'host B ed entrambi sono collegati a un hub, è sufficiente collegare uno sniffer a questo hub. Tutte le porte possono visualizzare i dati scambiati tra gli host A e B:

Su uno switch, dopo aver acquisito l'indirizzo MAC dell'host B, il traffico unicast tra A e B viene inoltrato solo alla porta dell'host B. Pertanto, lo sniffer non può vedere questo traffico:

In questa configurazione, lo sniffer acquisisce solo il traffico inoltrato a tutte le porte, ad esempio:
L'inoltro del traffico unicast a tutte le porte è possibile solo se la tabella CAM (Content Addressable Memory) dello switch non contiene l'indirizzo MAC di destinazione.
Lo switch quindi non sa dove inviare il traffico e invia i pacchetti a tutte le porte della VLAN di destinazione.
È quindi necessaria una funzionalità aggiuntiva che copi in modo artificiale i pacchetti unicast inviati alla porta dello sniffer dall'host A:

In questo schema, lo sniffer è collegato a una porta configurata per ricevere la copia di ciascun pacchetto inviato dall'host A. Questa porta è chiamata porta SPAN.
Nelle altre sezioni di questo documento viene spiegato come ottimizzare questa funzione in modo preciso, molto più che monitorare una porta.

RSPAN è una funzionalità avanzata che richiede la creazione di una VLAN speciale a cui trasmettere il traffico tra gli switch monitorato dallo SPAN.
La funzione RSPAN non è supportata su tutti gli switch. Consultare le note sulla versione o la guida alla configurazione del modello in uso per verificare se la funzione RSPAN può essere usata.
Ad esempio, una porta in modalità di spegnimento può apparire come origine amministrativa, ma non essere nella realtà oggetto di monitoraggio.
Per porta di origine, o porta monitorata, si intende la porta di uno switch o di un router su cui viene monitorato il traffico di rete per successive analisi. In una sessione SPAN locale o in una sessione RSPAN di origine, è possibile monitorare il traffico ricevuto (Rx) sulla porta di origine, il traffico trasmesso (Tx) o il traffico in entrambe le direzioni. Lo switch supporta un numero qualsiasi di porte di origine (fino al numero massimo di porte disponibili sullo switch) e un numero qualsiasi di VLAN di origine.
Caratteristiche di una porta di origine:
Filtro VLAN
Quando la porta di origine monitorata è una porta trunk, vengono monitorate per impostazione predefinita tutte le VLAN attive sul trunk. Il filtro VLAN può essere usato per limitare il monitoraggio del traffico SPAN sulle porte di origine del trunk a VLAN specifiche.
VSPAN permette il monitoraggio del traffico di rete in una o più VLAN. In VSPAN, l'interfaccia SPAN o RSPAN di origine è un ID VLAN; il traffico viene monitorato su tutte le porte di tale VLAN.
Caratteristiche di VSPAN:
In ogni sessione SPAN o RSPAN di destinazione locale deve essere presente una porta di destinazione (o porta di monitoraggio) su cui viene copiato il traffico trasmesso dalle porte di origine e dalle VLAN.
Caratteristiche della porta di destinazione:
Nota: a partire da Cisco IOS Software Release 12.2(33)SXH e versioni successive, l'interfaccia PortChannel può essere una porta di destinazione. Gli EtherChannel di destinazione non supportano i protocolli PAgP (Port Aggregation Control Protocol) o LACP (Link Aggregation Control Protocol). Solo la modalità attiva è supportata, tutti i protocolli EtherChannel sono disabilitati.
Nota: per ulteriori informazioni, fare riferimento a Destinazioni SPAN, RSPAN ed ERSPAN locali.
Nota: per ulteriori informazioni, fare riferimento a Destinazioni SPAN, RSPAN ed ERSPAN locali.
La porta reflector permette di copiare i pacchetti su una RSPAN VLAN. La porta reflector inoltra il traffico esclusivamente dalla sessione RSPAN di origine a cui è associata. Qualsiasi dispositivo collegato a una porta configurata come porta reflector perde la connettività finché la sessione RSPAN di origine non è disabilitata.
Caratteristiche della porta reflector:
Sui Catalyst Express 500 o Catalyst Express 520 è supportata solo la funzione SPAN. Per configurare lo SPAN sulle porte dei Catalyst Express 500/520, è necessario usare Cisco Network Assistant (CNA). Completare la seguente procedura per configurare lo SPAN:
Scaricare CNA da Software Download (solo utenti registrati).

Viene visualizzata una piccola finestra a comparsa.
Se si seleziona None (Nessuna), sulla porta il traffico verrà solo ricevuto. La VLAN di ingresso consente al PC collegato alla porta di diagnostica di inviare i pacchetti alla rete che utilizza tale VLAN.

La funzionalità di monitoraggio delle porte non è cosi estesa sui Catalyst 2900XL/3500XL ed è quindi relativamente facile da capire.
È possibile creare tutte le sessioni PSPAN locali desiderate. Ad esempio, è possibile creare sessioni PSPAN sulla porta di configurazione scelta come porta SPAN di destinazione. In questo caso, usare il comando port monitor interface per ottenere un elenco delle porte di origine che si desidera monitorare. Sui Catalyst 2900XL/3500XL, una porta di monitoraggio è definita come porta SPAN di destinazione.
Nell'elenco che segue vengono discusse alcune limitazioni. Per ulteriori informazioni, consultare la guida di riferimento dei comandi (Catalyst 2900XL/3500XL).
Nota: le uniche porte che non possono essere configurate come porte di monitoraggio sono le porte ATM. Una porta ATM può solo essere monitorata. Le limitazioni nell'elenco si riferiscono alle porte che hanno funzionalità di monitoraggio.
Tenere presente che la porta in stato di monitoraggio non esegue lo Spanning Tree Protocol (STP) se appartiene alla stessa VLAN delle porte di cui effettua il mirroring. La porta di monitoraggio può far parte di un loop se, ad esempio, viene connessa a un hub o a un bridge collegato a un altro punto della rete. In questo caso, può verificarsi un bridging loop irreversibile perché viene a mancare la protezione del protocollo STP. Per un esempio di come questa condizione può verificarsi, vedere la sezione Perché la sessione SPAN crea un loop di bridging in questo documento.
Nell'esempio vengono create due sessioni SPAN simultanee.
Le porte Fa0/3, Fa0/4 e Fa0/6 sono tutte configurate nella VLAN 2. Altre porte e l'interfaccia di gestione sono configurate nella VLAN 1 predefinita.

| Esempio di configurazione dello SPAN sui 2900XL/3500XL |
|---|
!--- Output suppressed. |
Per configurare la porta Fa0/1 come porta di destinazione, le porte di origine Fa0/2 e Fa0/5 e l'interfaccia di gestione (VLAN 1), selezionare l'interfaccia Fa0/1 in modalità di configurazione:
Switch(config)#interface fastethernet 0/1
Immettere l'elenco delle porte da monitorare:
Switch(config-if)#port monitor fastethernet 0/2
Switch(config-if)#port monitor fastethernet 0/5
Con questo comando, ogni pacchetto ricevuto o trasmesso da queste due porte viene copiato anche sulla porta Fa0/1. Usare una variante del comando port monitor per configurare il monitoraggio per l'interfaccia amministrativa:
Switch(config-if)#port monitor vlan 1
Nota: questo comando non significa che la porta Fa0/1 controlla l'intera VLAN 1. La parola chiave vlan 1 serve solo a specificare l'interfaccia di gestione dello switch. Questo comando di esempio mostra come non sia possibile specificare una VLAN diversa per il monitoraggio di una porta:
Switch(config-if)#port monitor fastethernet 0/3
FastEthernet0/1 and FastEthernet0/3 are in different vlan
Per completare la configurazione, configurare un'altra sessione. In questo caso, specificare la porta Fa0/4 come porta SPAN di destinazione.
Switch(config-if)#interface fastethernet 0/4
Switch(config-if)#port monitor fastethernet 0/3
Switch(config-if)#port monitor fastethernet 0/6
Switch(config-if)#^Z
Utilizzare un comando show running o il comando show port monitor per controllare la configurazione:
Switch#show port monitor
Monitor Port Port Being Monitored
--------------------- ---------------------
FastEthernet0/1 VLAN1
FastEthernet0/1 FastEthernet0/2
FastEthernet0/1 FastEthernet0/5
FastEthernet0/4 FastEthernet0/3
FastEthernet0/4 FastEthernet0/6
Nota: gli switch Catalyst 2900XL e 3500XL non supportano lo SPAN nella sola direzione di ricezione (SPAN in ricezione o in ingresso) o nella sola direzione di trasmissione (SPAN in trasmissione o in uscita). Tutte le porte SPAN sono progettate per acquisire il traffico in entrambe le direzioni.
I Catalyst 2948G-L3 e Catalyst 4908G-L3 sono switch-router a configurazione fissa ovvero switch di layer 3. Su uno switch di layer 3, la funzione SPAN è chiamata snooping.
Tuttavia, lo snooping non è supportato su questi switch.
Sui Catalyst 8540 è disponibile una funzione SPAN base chiamata snooping delle porte. Per ulteriori informazioni, fare riferimento alla documentazione aggiornata del Catalyst 8540.
Lo snooping delle porte consente di eseguire il mirroring trasparente del traffico da una o più porte di origine a una porta di destinazione.
Eseguire il comando snoop per impostare il mirroring o lo snooping del traffico basato sulle porte. Utilizzare la forma no di questo comando per disabilitare lo snooping:
snoop interface source_port direction snoop_direction
no snoop interface source_port
La variabile source_port fa riferimento alla porta monitorata. La variabile snoop_direction specifica la direzione del traffico sulla porta o sulle porte di origine che sono monitorate e può essere receive (traffico ricevuto), transmit (traffico inviato) o both (entrambe le direzioni).
8500CSR#configure terminal
8500CSR(config)#interface fastethernet 12/0/15
8500CSR(config-if)#shutdown
8500CSR(config-if)#snoop interface fastethernet 0/0/1 direction both
8500CSR(config-if)#no shutdown
L'esempio mostra l'output del comando show snoop:
8500CSR#show snoop
Snoop Test Port Name: FastEthernet1/0/4 (interface status=SNOOPING)
Snoop option: (configured=enabled)(actual=enabled)
Snoop direction: (configured=receive)(actual=receive)
Monitored Port Name:
(configured=FastEthernet1/0/3)(actual=FastEthernet1/0/3)
Nota: questo comando non è supportato sulle porte Ethernet dei Catalyst 8540 in caso si usi l'immagine di un MSR (Multiservice Switch Router) ATM, ad esempio 8540m-in-mz. Usare quindi un'immagine CSR (Campus Switch Router), ad esempio 8540c-in-mz.
Il contenuto di questa sezione è valido esclusivamente per i Cisco Catalyst serie 2900 Switch menzionati di seguito:
Il contenuto di questa sezione è valido esclusivamente per i Cisco Catalyst serie 4000 Switch menzionati di seguito:
Le funzioni SPAN sono state aggiunte a CatOS singolarmente e raggruppate in un unico comando, set span, con cui è possibile configurare lo SPAN. Il comando può essere specificato in dettaglio con numerose opzioni:
switch (enable) set span
Usage: set span disable [dest_mod/dest_port|all]
set span <src_mod/src_ports...|src_vlans...|sc0>
<dest_mod/dest_port> [rx|tx|both]
[inpkts <enable|disable>]
[learning <enable|disable>]
[multicast <enable|disable>]
[filter <vlans...>]
[create]
Questo esempio di rete illustra le diverse possibilità dello SPAN quando si usano le opzioni:

Nello schema è rappresentata una parte di una scheda di linea, installata nello slot 6 di uno switch Catalyst 6500/6000. In questo scenario:
Collegare uno sniffer alla porta 6/2 e usarlo come porta di monitoraggio nei diversi scenari.
Usare la forma più semplice del comando set span per monitorare una singola porta. La sintassi è set span source_port destination_port.

switch (enable) set span 6/1 6/2
Destination : Port 6/2
Admin Source : Port 6/1
Oper Source : Port 6/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 07:04:14 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/2
In questa configurazione, ciascun pacchetto ricevuto o inviato dalla porta 6/1 viene copiato sulla porta 6/2. Questa situazione è chiaramente visibile quando si accede alla configurazione. Utilizzare il comando show span per ricevere un riepilogo della configurazione SPAN corrente:
switch (enable) show span
Destination : Port 6/2
Admin Source : Port 6/1
Oper Source : Port 6/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
Total local span sessions: 1

Il comando set span source_ports destination_port permette all'utente di specificare più porte di origine. È sufficiente elencare tutte le porte su cui si desidera implementare lo SPAN, separate da virgole. L'interprete della riga di comando consente inoltre di utilizzare il trattino per specificare un intervallo di porte.
L'esempio mostra come specificare più porte. Nell'esempio lo SPAN viene usato sulla porta 6/1 e su un intervallo di tre porte, da 6/3 a 6/5.
switch (enable) set span 6/1,6/3-5 6/2
2000 Sep 05 07:17:36 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/2
Destination : Port 6/2
Admin Source : Port 6/1,6/3-5
Oper Source : Port 6/1,6/3-5
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 07:17:36 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/2
Infine, il comando set span permette di configurare una porta su cui monitorare il traffico locale di un'intera VLAN. Il comando è set span source_vlan(s) destination_port.

Usare un elenco di una o più VLAN come origine, anziché un elenco di porte:
switch (enable) set span 2,3 6/2
2000 Sep 05 07:40:10 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/2
Destination : Port 6/2
Admin Source : VLAN 2-3
Oper Source : Port 6/3-5,15/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 07:40:10 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/2
In questa configurazione, ciascun pacchetto ricevuto o inviato dalla VLAN 2 o 3 viene copiato sulla porta 6/2.
Nell'esempio illustrato nella sezione Monitoraggio delle VLAN con lo SPAN, viene monitorato il traffico in ingresso e in uscita sulle porte specificate.
La direzione di trasmissione o ricezione viene mostrata nel campo Direction:. transmit/receive (Direzione: trasmissione/ricezione). Sui Catalyst serie 4500/4000, 5500/5000 e 6500/6000 Switch è possibile monitorare solo il traffico in uscita (inviato) o solo il traffico in ingresso (ricevuto) su una determinata porta.
Aggiungere la parola chiave rx (ricezione) o tx (trasmissione) alla fine del comando. Il valore predefinito è both (entrambe le direzioni).
set span source_port destination_port [rx | tx | both]
Nell'esempio, la sessione acquisisce tutto il traffico in arrivo sulle VLAN 1 e 3 e copia il traffico rilevato sulla porta 6/2:

switch (enable) set span 1,3 6/2 rx
2000 Sep 05 08:09:06 %SYS-5-SPAN_CFGSTATECHG:local span session
inactive for destination port 6/2
Destination : Port 6/2
Admin Source : VLAN 1,3
Oper Source : Port 1/1,6/1,6/4-5,15/1
Direction : receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 08:09:06 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/2
In uno switch, i trunk sono porte speciali in grado di trasportare diverse VLAN. Se si seleziona un trunk come porta di origine, verrà monitorato il traffico di tutte le VLAN del trunk.
In questo schema, la porta 6/5 è un trunk su cui passano tutte le VLAN. Supponiamo di voler usare la funzione SPAN sul traffico che interessa la VLAN 2 sulle porte 6/4 e 6/5. È sufficiente immettere questo comando:
switch (enable) set span 6/4-5 6/2

In questo caso, il traffico ricevuto sulla porta SPAN è una combinazione del traffico desiderato e di tutte le VLAN trasportate dal trunk 6/5.
Ad esempio, non è possibile distinguere sulla porta di destinazione se un pacchetto proviene dalla porta 6/4 della VLAN 2 o dalla porta 6/5 della VLAN 1. In alternativa, è possibile applicare la funzione SPAN all'intera VLAN 2:
switch (enable) set span 2 6/2

In questa configurazione, viene monitorato solo il traffico del trunk che appartiene alla VLAN 2. Il problema è che ora si riceve anche il traffico che non si desiderava dalla porta 6/3.
CatOS include un'altra parola chiave che consente di selezionare alcune VLAN da monitorare da un trunk:
switch (enable) set span 6/4-5 6/2 filter 2
2000 Sep 06 02:31:51 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/2
Destination : Port 6/2
Admin Source : Port 6/4-5
Oper Source : Port 6/4-5
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : 2
Status : active

Questo comando raggiunge lo scopo, perché seleziona la VLAN 2 su tutti i trunk monitorati. Con questo filtro è possibile specificare diverse VLAN.
Se le porte di origine appartengono a più VLAN diverse o se si utilizza SPAN su più VLAN su una porta trunk, è possibile identificare la VLAN a cui appartiene un pacchetto ricevuto sulla porta SPAN di destinazione. A tal fine, è possibile abilitare il trunking sulla porta di destinazione prima di configurare la porta dello SPAN. In questo modo, tutti i pacchetti inoltrati allo sniffer vengono contrassegnati con i rispettivi ID VLAN.
switch (enable) set span disable 6/2
This command can disable your span session.
Do you want to continue (y/n) [n]?y
Disabled Port 6/2 to monitor transmit/receive traffic of Port 6/4-5
2000 Sep 06 02:52:22 %SYS-5-SPAN_CFGSTATECHG:local span session
inactive for destination port 6/2
switch (enable) set trunk 6/2 nonegotiate isl
Port(s) 6/2 trunk mode set to nonegotiate.
Port(s) 6/2 trunk type set to isl.
switch (enable) 2000 Sep 06 02:52:33 %DTP-5-TRUNKPORTON:Port 6/2 has become
isl trunk
switch (enable) set span 6/4-5 6/2
Destination : Port 6/2
Admin Source : Port 6/4-5
Oper Source : Port 6/4-5
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
2000 Sep 06 02:53:23 %SYS-5-SPAN_CFGSTATECHG:local span session active for
destination port 6/2
Negli esempi mostrati finora è stata creata sempre una sola sessione SPAN. Ogni volta che si usa un nuovo comando set span, la configurazione precedente viene annullata. In CatOs invece si possono eseguire più sessioni contemporaneamente e avere più porte di destinazione allo stesso tempo. Eseguire il comando set span source destination create per aggiungere una sessione SPAN aggiuntiva. In questa sessione, vengono monitorate le porte da 6/1 a 6/2 e, allo stesso tempo, la VLAN 3 sulla porta 6/3:

switch (enable) set span 6/1 6/2
2000 Sep 05 08:49:04 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/2
Destination : Port 6/2
Admin Source : Port 6/1
Oper Source : Port 6/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 08:49:05 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/2
switch (enable) set span 3 6/3 create
Destination : Port 6/3
Admin Source : VLAN 3
Oper Source : Port 6/4-5,15/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
switch (enable) 2000 Sep 05 08:55:38 %SYS-5-SPAN_CFGSTATECHG:local span
session active for destination port 6/3
A questo punto, usare il comando show span per determinare se si hanno due sessioni contemporaneamente:
switch (enable) show span
Destination : Port 6/2
Admin Source : Port 6/1
Oper Source : Port 6/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
------------------------------------------------------------------------
Destination : Port 6/3
Admin Source : VLAN 3
Oper Source : Port 6/4-5,15/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
Total local span sessions: 2
È possibile così creare altre sessioni. In caso sia necessario invece eliminare una sessione, Il comando è:
set span disable {all | destination_port}
Poiché è possibile avere una sola porta di destinazione per sessione, la porta di destinazione identifica la sessione. Eliminare la prima sessione creata, ossia la sessione che usa la porta 6/2 come destinazione:
switch (enable) set span disable 6/2
This command can disable your span session.
Do you want to continue (y/n) [n]?y
Disabled Port 6/2 to monitor transmit/receive traffic of Port 6/1
2000 Sep 05 09:04:33 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/2
È ora possibile verificare che sia rimasta una sola sessione:
switch (enable) show span
Destination : Port 6/3
Admin Source : VLAN 3
Oper Source : Port 6/4-5,15/1
Direction : transmit/receive
Incoming Packets: disabled
Learning : enabled
Multicast : enabled
Filter : -
Status : active
Total local span sessions: 1
Utilizzare questo comando per disabilitare tutte le sessioni correnti in un unico passaggio:
switch (enable) set span disable all
This command can disable all span session(s).
Do you want to continue (y/n) [n]?y
Disabled all local span sessions
2000 Sep 05 09:07:07 %SYS-5-SPAN_CFGSTATECHG:local span session inactive
for destination port 6/3
switch (enable) show span
No span session configured
La sintassi del comando set span è:
switch (enable) set span
Usage: set span disable [dest_mod/dest_port|all]
set span <src_mod/src_ports...|src_vlans...|sc0>
<dest_mod/dest_port> [rx|tx|both]
[inpkts <enable|disable>]
[learning <enable|disable>]
[multicast <enable|disable>]
[filter <vlans...>]
[create]
In questa sezione vengono descritte brevemente le opzioni discusse nel documento:
Anziché monitorare uno switch solo in locale con la funzione SPAN, la funzione RSPAN permette di monitorare le porte di origine presenti su un'intera rete commutata. La funzionalità è disponibile sui Catalyst serie 6500/6000 Switch con CatOS 5.3 ed è stata aggiunta ai Catalyst serie 4500/4000 Switch con CatOS 6.3 e versioni successive.
La logica di questa funzionalità è uguale a quella di una normale sessione SPAN. Il traffico monitorato dallo SPAN non viene copiato direttamente sulla porta di destinazione, ma inoltrato a tutte le porte di una RSPAN VLAN speciale. La porta di destinazione può quindi trovarsi in qualsiasi punto di questa RSPAN VLAN. Infine, è possibile avere più porte di destinazione.
Nello schema è illustrata la struttura di una sessione RSPAN:

Nell'esempio la funzione RSPAN viene configurata in modo da monitorare il traffico inviato dall'host A. Quando l'host A genera un frame destinato all'host B, il pacchetto viene copiato in una RSPAN VLAN predefinita da un circuito ASIC (Application-Specific Integrated Circuit) presente sulla scheda PFC (Policy Feature Card) del Catalyst 6500/6000. Da lì, il pacchetto viene quindi inviato a tutte le altre porte che appartengono alla RSPAN VLAN. Tutti i collegamenti tra switch delineati nell'esempio sono trunk. Questo è un requisito della funzione RSPAN. Le uniche porte di accesso sono le porte di destinazione, a cui sono collegati gli sniffer (nell'esempio, sugli switch S4 e S5).
Alcune considerazioni su questa configurazione:
In questa sezione viene spiegato come definire i diversi elementi in una configurazione RSPAN molto semplice. S1 e S2 sono due Catalyst 6500/6000. Per monitorare alcune porte S1 o VLAN da S2, è necessario configurare una VLAN RSPAN dedicata. Il resto dei comandi hanno una sintassi simile a quella usata nelle normali sessioni SPAN.

Per iniziare, inserire lo stesso dominio VLAN Trunk Protocol (VTP) su ciascuno switch e configurare un lato come trunking desiderato. I restanti passaggi vengono eseguiti tramite negoziazione VTP. Sullo switch S1 usare il comando:
S1> (enable) set vtp domain cisco
VTP domain cisco modified
Sullo switch S2 usare il comando:
S2> (enable) set vtp domain cisco
VTP domain cisco modified
S2> (enable) set trunk 5/1 desirable
Port(s) 5/1 trunk mode set to desirable.
S2> (enable) 2000 Sep 12 04:32:44 %PAGP-5-PORTFROMSTP:Port 5/1 left bridge
port 5/1
2000 Sep 12 04:32:47 %DTP-5-TRUNKPORTON:Port 5/1 has become isl trunk
Ogni sessione RSPAN richiede una VLAN specifica. Questa VLAN deve essere creata. Non è possibile trasformare una VLAN esistente in una RSPAN VLAN. In questo esempio viene utilizzata la VLAN 100:
S2> (enable) set vlan 100 rspan
Vlan 100 configuration successful
Usare questo comando su uno switch configurato come server VTP. La creazione della RSPAN VLAN 100 viene resa nota automaticamente all'intero dominio VTP.
S2> (enable) set rspan destination 5/2 100
Rspan Type : Destination
Destination : Port 5/2
Rspan Vlan : 100
Admin Source : -
Oper Source : -
Direction : -
Incoming Packets: disabled
Learning : enabled
Multicast : -
Filter : -
Status : active
2000 Sep 12 04:34:47 %SYS-5-SPAN_CFGSTATECHG:remote span destination session
active for destination port 5/2
Nell'esempio viene monitorato il traffico ricevuto dallo switch S1 sulla porta 6/2. Immettere questo comando
S1> (enable) set rspan source 6/2 100 rx
Rspan Type : Source
Destination : -
Rspan Vlan : 100
Admin Source : Port 6/2
Oper Source : Port 6/2
Direction : receive
Incoming Packets: -
Learning : -
Multicast : enabled
Filter : -
Status : active
S1> (enable) 2000 Sep 12 05:40:37 %SYS-5-SPAN_CFGSTATECHG:remote span
source session active for remote span vlan 100
Tutti i pacchetti in arrivo sulla porta 6/2 vengono ora inoltrati all'intera RSPAN VLAN 100 e viaggiano nel trunk fino a raggiungere la porta di destinazione configurata sullo switch S1.
Per visualizzare un riepilogo della configurazione RSPAN corrente dello switch, usare il comando show rspan. Anche in questo scenario, è possibile avere una sola sessione RSPAN di origine alla volta.
S1> (enable) show rspan
Rspan Type : Source
Destination : -
Rspan Vlan : 100
Admin Source : Port 6/2
Oper Source : Port 6/2
Direction : receive
Incoming Packets: -
Learning : -
Multicast : enabled
Filter : -
Status : active
Total remote span sessions: 1
È possibile utilizzare diverse righe di comando per configurare l'origine e la destinazione con RSPAN. A parte questa differenza, le funzioni SPAN e RSPAN hanno la stessa logica di funzionamento. Per avere più porte SPAN di destinazione, è possibile usare la funzione RSPAN in locale, su un unico switch.
In questa tabella vengono riepilogate le diverse funzioni introdotte. Inoltre, viene indicata la versione CatOS minima per eseguire ciascuna funzione sulla piattaforma specifica:
| Funzionalità | Catalyst 4500/4000 | Catalyst 5500/5000 | Catalyst 6500/6000 |
|---|---|---|---|
| Opzione inpkts enable/disable | 4.4 | 4.2 | 5.1 |
| Più sessioni, porte in VLAN diverse | 5.1 | 5.1 | 5.1 |
| Opzione sc0 | — | 5.1 | 5.1 |
| Opzione multicast enable/disable | — | 5.1 | 5.1 |
| Opzione learning enable/disable | 5.2 | 5.2 | 5.3 |
| RSPAN | 6.3 | — | 5.3 |
In questa tabella viene fornito un breve riepilogo delle limitazioni al momento valide per il numero di sessioni SPAN ammesse:
| Funzionalità | Catalyst serie 4500/4000 Switch | Catalyst serie 5500/5000 Switch | Catalyst serie 6500/6000 Switch |
|---|---|---|---|
| Sessioni SPAN in ricezione o in entrambe le direzioni | 5 | 1 | 2 |
| Sessioni SPAN in trasmissione | 5 | 4 | 4 |
| Sessioni Mini Protocol Analyzer | Non supportata | Non supportata | 1 |
| Sessioni RSPAN di origine in ricezione, in trasmissione o in entrambe le direzioni | 5 | Non supportata | 1 Supervisor Engine 720 supporta due sessioni RSPAN di origine. |
| Destinazione RSPAN | 5 | Non supportata | 24 |
| Totale sessioni | 5 | 5 | 30 |
Per ulteriori informazioni sulle limitazioni e le linee guida per la configurazione, fare riferimento ai seguenti documenti:
Di seguito vengono fornite linee guida per la configurazione della funzione SPAN sui Catalyst serie 2940, 2950, 2955, 2960, 2970, 3550, 3560, 3560-E, 3750 e 3750-E Switch:
Sui Catalyst 2950 e Catalyst 3550 vengono usati comandi di configurazione simili per la funzione SPAN. Tuttavia, i Catalyst 2950 non possono monitorare le VLAN. Per configurare la funzione SPAN, attenersi a questo esempio:
C2950#configure terminal
C2950(config)#
C2950(config)#monitor session 1 source interface fastethernet 0/2
!--- This configures interface Fast Ethernet 0/2 as source port.
C2950(config)#monitor session 1 destination interface fastethernet 0/3
!--- This configures interface Fast Ethernet 0/3 as destination port.
C2950(config)#
C2950#show monitor session 1
Session 1---------
Source Ports:
RX Only: None
TX Only: None
Both: Fa0/2
Destination Ports: Fa0/3
C2950#
È inoltre possibile configurare una porta di destinazione per le funzioni SPAN e RSPAN locali per lo stesso traffico VLAN. Per monitorare il traffico di una particolare vlan che risiede su due switch collegati direttamente, configurare questi comandi sullo switch che ha la porta di destinazione. Nell'esempio viene monitorato il traffico proveniente dalla VLAN 5 che riguarda due switch:
c3750(config)#monitor session 1 source vlan < Remote RSPAN VLAN ID >
c3750(config)#monitor session 1 source vlan 5
c3750(config)#monitor session 1 destination interface fastethernet 0/3
!--- This configures interface FastEthernet 0/3 as a destination port.
Sullo switch remoto, usare questa configurazione:
c3750_remote(config)#monitor session 1 source vlan 5
!--- Specifies VLAN 5 as the VLAN to be monitored.
c3750_remote(config)#monitor session 1 destination remote vlan <Remote vlan id>
Nell'esempio precedente una porta è stata configurata come porta di destinazione per lo SPAN e l'RSPAN locali, in modo da monitorare il traffico della stessa VLAN che risiede su due switch.
| Funzionalità | Catalyst 2950/3550 |
|---|---|
| Opzione inpkts enable/disable (in ingresso) | Cisco IOS Software Release 12.1(12c)EA1 |
| RSPAN | Cisco IOS Software Release 12.1(12c)EA1 |
| Funzionalità | Catalyst 29401, 2950, 2955, 2960, 2970, 3550, 3560, 3750 |
|---|---|
| Sessioni SPAN in ricezione o in entrambe le direzioni | 2 |
| Sessioni SPAN in trasmissione | 2 |
| Sessioni RSPAN di origine in ricezione, in trasmissione o in entrambe le direzioni | 2 |
| Destinazione RSPAN | 2 |
| Totale sessioni | 2 |
1 I Catalyst 2940 Switch supportano solo la funzione SPAN locale. Su questa piattaforma, la funzione RSPAN non è supportata.
La funzione SPAN è supportata sui Catalyst serie 4500/4000 e sui Catalyst serie 6500/6000 con software di sistema Cisco IOS. Entrambe queste piattaforme di switch utilizzano la stessa interfaccia della riga di comando (CLI) e una configurazione simile a quella descritta nella sezione. Per la configurazione, fare riferimento ai seguenti documenti:
È possibile configurare l'SPAN come nell'esempio seguente:
4507R#configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
4507R(config)#monitor session 1 source interface fastethernet 4/2
!--- This configures interface Fast Ethernet 4/2 as source port.
4507R(config)#monitor session 1 destination interface fastethernet 4/3
!--- The configures interface Fast Ethernet 0/3 as destination port.
4507R#show monitor session 1
Session 1---------
Type : Local Session
Source Ports :
Both : Fa4/2
Destination Ports : Fa4/3
4507R#
In questa tabella vengono riepilogate le diverse funzioni introdotte. Inoltre, viene indicata la versione minima del software Cisco IOS per eseguire ciascuna funzione sulla piattaforma specifica:
| Funzionalità | Catalyst 4500/4000 (Cisco IOS Software) | Catalyst 6500/6000 (Cisco IOS Software) |
|---|---|---|
| Opzione inpkts enable/disable (in ingresso) | Cisco IOS Software Release 12.1(19)EW | Non supportata al momento1 |
| RSPAN | Cisco IOS Software Release 12.1(20)EW | Software Cisco IOS Release 12.1(13)E |
1 La funzione non è al momento disponibile. La disponibilità di tali funzioni in genere non viene annunciata fino al rilascio.
In questa tabella viene fornito un breve riepilogo delle limitazioni al momento valide sul numero di sessioni SPAN e RSPAN ammesse:
| Funzionalità | Catalyst 4500/4000 (Cisco IOS Software) |
|---|---|
| Sessioni SPAN in ricezione o in entrambe le direzioni | 2 |
| Sessioni SPAN in trasmissione | 4 |
| Sessioni RSPAN di origine in ricezione, in trasmissione o in entrambe le direzioni | 2 (in ricezione, in trasmissione o in entrambe le direzioni) e fino a 4 solo in trasmissione |
| Destinazione RSPAN | 2 |
| Totale sessioni | 6 |
Sui Catalyst 6500/6000 Switch con software Cisco IOS, fare riferimento a Limitazioni delle sessioni SPAN, RSPAN ed ERSPAN locali.
Sui Catalyst serie 6500 Switch, è importante notare che la funzione SPAN in uscita viene eseguita sul supervisor. In questo modo tutto il traffico soggetto alla funzione SPAN deve essere inviato sul fabric al supervisor e quindi alla porta SPAN di destinazione. Ciò può comportare un significativo uso delle risorse di sistema e influire sul traffico. L'SPAN in ingresso può essere eseguito sui moduli in entrata, in modo che le prestazioni SPAN siano la somma di tutti i motori di replica partecipanti. Le prestazioni della funzione SPAN dipendono dalle dimensioni del pacchetto e dal tipo di ASIC disponibile nel motore di replica.
Nelle versioni precedenti a Cisco IOS Software Release 12.2(33)SXH, la porta SPAN di destinazione non può essere un'interfaccia port-channel o un EtherChannel. In Cisco IOS Software Release 12.2(33)SXH e versioni successive, un EtherChannel può essere una porta SPAN di destinazione. Gli EtherChannel di destinazione non supportano i protocolli PAgP (Port Aggregation Control Protocol) o LACP (Link Aggregation Control Protocol). Solo la modalità attiva è supportata, tutti i protocolli EtherChannel sono disabilitati.
Per ulteriori informazioni sulle limitazioni e le linee guida per la configurazione, fare riferimento ai seguenti documenti:
Ecco una vista semplificata dell'architettura interna negli switch 2900XL/3500XL:

Le porte dello switch sono collegate a satelliti che comunicano con un fabric di switching tramite canali radiali. Inoltre, tutti i satelliti sono interconnessi tramite un circuito di notifica ad alta velocità dedicato alla segnalazione del traffico.
Quando un satellite riceve un pacchetto da una porta, il pacchetto viene suddiviso in celle e inviato al fabric di switching su uno o più canali. Il pacchetto viene quindi archiviato nella memoria condivisa. Ciascun satellite conosce le porte di destinazione. Nell'esempio mostrato, il satellite 1 sa che il pacchetto X deve essere ricevuto dai satelliti 3 e 4. Il satellite 1 invia un messaggio agli altri satelliti sul circuito di notifica. Quindi, i satelliti 3 e 4 possono iniziare a recuperare le celle dalla memoria condivisa tramite i rispettivi canali radiali e infine inoltrare il pacchetto. Poiché il satellite di origine conosce la destinazione, trasmette anche un indice che specifica il numero di volte in cui il pacchetto viene scaricato dagli altri satelliti. Ogni volta che un satellite recupera il pacchetto dalla memoria condivisa, questo indice viene ridotto. Quando l'indice raggiunge 0, la memoria condivisa può essere liberata.
Per monitorare alcune porte con SPAN, è necessario copiare un pacchetto dal buffer dei dati a un satellite per un periodo di tempo aggiuntivo. Le conseguenze sul fabric di switching ad alta velocità sono trascurabili.
La porta di monitoraggio riceve le copie del traffico trasmesso e ricevuto su tutte le porte monitorate. In questa architettura, un pacchetto inviato a più destinazioni viene archiviato nella memoria finché tutte le copie non sono inoltrate. Se la porta di monitoraggio viene usata per oltre il 50% della sua capacità e per un periodo di tempo prolungato, è probabile che si crei una congestione e che la porta occupi una parte della memoria condivisa. È possibile anche che una o più porte monitorate subiscano un rallentamento.
I Catalyst 4500/4000 si basano su un fabric di switching con memoria condivisa. Questo schema offre una panoramica generale del percorso che il pacchetto segue nello switch. L'implementazione effettiva è nella pratica molto più complessa:

Sui Catalyst 4500/4000, è possibile distinguere il percorso dei dati. Il percorso dei dati corrisponde al trasferimento effettivo dei dati all'interno dello switch, dal percorso di controllo in cui vengono prese tutte le decisioni.
Quando un pacchetto entra nello switch, viene allocato un buffer nella Packet Buffer Memory, una memoria condivisa.
Una struttura di pacchetti indirizzata a questo buffer viene inizializzata nella tabella dei descrittori PDT (Packet Descriptor Table).
Mentre i dati vengono copiati nella memoria condivisa, il percorso di controllo determina dove effettuare la commutazione del pacchetto. Per effettuare questa determinazione, viene calcolato un valore hash dalle seguenti informazioni:
Questo valore viene usato per trovare il Virtual Path Index (VPI) di un percorso nella Virtual Path Table (VPT). Questa voce del percorso virtuale nella VPT contiene diversi campi relativi al flusso specifico. Le porte di destinazione sono incluse nei campi. La struttura dei pacchetti nella PDT è ora aggiornata con un riferimento al percorso virtuale e al contatore.
Nell'esempio di questa sezione, il pacchetto deve essere trasmesso a due porte diverse, quindi il contatore viene inizializzato su 2. Infine, la struttura dei pacchetti viene aggiunta alla fine dell'output delle due porte di destinazione. Da lì, i dati vengono copiati dalla memoria condivisa nel buffer di output della porta e il contatore della struttura dei pacchetti diminuisce. Quando raggiunge 0, il buffer della memoria condivisa è vuoto.
Quando si usa la funzione SPAN, i pacchetti vengono inviati a due porte diverse, come mostrato nella sezione Panoramica dell'architettura. L'invio del pacchetto a due porte non costituisce un problema perché il fabric di switching è non bloccante.
Se la porta SPAN di destinazione è congestionata, i pacchetti vengono eliminati nella coda di output e correttamente rimossi dalla memoria condivisa. Pertanto, non vi sono conseguenze sul funzionamento dello switch.
Sui Catalyst serie 5500/5000 e 6500/6000 Switch, i pacchetti ricevuti su una porta vengono trasmessi sul bus di commutazione interno. Ogni scheda di linea dello switch inizia a memorizzare questo pacchetto in buffer interni.
Allo stesso tempo, l'EARL (Encoded Address Recognition Logic) riceve l'intestazione del pacchetto e calcola un indice di risultato. L'EARL invia l'indice di risultati a tutte le schede di linea tramite il bus dei risultati. La conoscenza di questo indice permette alla scheda di linea di decidere individualmente se può scaricare o trasmettere il pacchetto quando la scheda di linea riceve il pacchetto nei suoi buffer.


L'uso di una o più porte per trasmettere i pacchetti non ha alcuna conseguenza sul funzionamento dello switch. Pertanto, in questa architettura, la funzione SPAN non ha alcuna conseguenza sulle prestazioni.
I problemi di connettività causati da un'errata configurazione dello SPAN si verificano di frequente sulle versioni CatOS precedenti alla 5.1. In queste versioni, è possibile avere una sola sessione SPAN.
La sessione rimane nella configurazione, anche quando si disabilita la funzione SPAN. Usando il comando set span enable, è possibile riattivare la sessione SPAN memorizzata. L'azione si verifica spesso a causa di un errore tipografico, ad esempio se l'utente desidera abilitare il protocollo STP. Se la porta di destinazione viene usata per inoltrare il traffico dell'utente, possono verificarsi gravi problemi di connettività.
Quando le porte sono sottoposte a spanning per il monitoraggio, lo stato della porta viene visualizzato come UP (attivo) o DOWN (inattivo). Quando si configura una sessione SPAN per monitorare la porta, per impostazione predefinita l'interfaccia di destinazione mostra lo stato inattivo (monitoraggio). L'interfaccia mostra la porta in questo stato per rendere evidente che la porta non è attualmente utilizzabile come porta di produzione. È normale che la porta di monitoraggio sia attiva o inattiva.
La creazione di un bridging loop in genere si verifica quando l'amministratore cerca di alterare la funzione RSPAN. Anche un errore di configurazione può causare questo problema. Scenario:

Due core switch sono collegati da un trunk. In questo caso, ciascuno switch ha diversi server, client o altri bridge connessi. L'amministratore desidera monitorare la VLAN 1, che viene visualizzata su diversi bridge con la funzione SPAN.
L'amministratore crea una sessione SPAN che monitora l'intera VLAN 1 sui singoli core switch e, per unire queste due sessioni, connette la porta di destinazione sullo stesso hub (o sullo stesso switch, con l'uso di un'altra sessione SPAN).
L'obiettivo viene raggiunto. Ciascun singolo pacchetto ricevuto da un core switch sulla VLAN 1 viene copiato sulla porta SPAN e inoltrato a tutte le porte dell'hub. Infine, uno sniffer acquisisce il traffico.
In questo esempio il problema può sorgere dal fatto che il traffico viene nuovamente inoltrato al core 2 tramite la porta SPAN di destinazione. Il reinoltro del traffico al core 2 crea un bridging loop nella VLAN 1. Tenere presente che su una porta SPAN di destinazione non viene eseguito il protocollo STP e quindi il loop non può essere impedito.

Per informazioni sulle conseguenze sulle prestazioni delle piattaforme Catalyst specificate, vedere le sezioni seguenti in questo documento:
Se una delle porte del gruppo è una porta SPAN di destinazione, non è possibile formare un EtherChannel. Se si tenta di configurare la funzione SPAN in questa situazione, lo switch visualizza il messaggio:
Channel port cannot be a Monitor Destination Port
Failed to configure span feature
È possibile usare una porta di un gruppo EtherChannel come porta SPAN di origine.
Sui Catalyst serie 2900XL/3500XL Switch, il numero di porte di destinazione disponibili sullo switch è l'unico limite al numero di sessioni SPAN.
Sui Catalyst serie 2950 Switch, è possibile avere una sola porta di monitoraggio assegnata in un dato momento. Se si seleziona un'altra porta, la porta di monitoraggio precedente viene disabilitata e la porta appena selezionata diventa la nuova porta di monitoraggio.
Sui Catalyst serie 4500/4000, 5500/5000 e 6500/6000 Switch con CatOS 5.1 e versioni successive, è possibile avere più sessioni SPAN simultanee.
Vedere le sezioni Creazione di più sessioni simultanee e Riepilogo delle funzioni e limitazioni in questo documento.
Il messaggio di errore "% Local Session Limit Has Been Exceeded" (Il limite delle sessioni locali % è stato superato) viene visualizzato quando la sessione SPAN consentita supera il limite definito di Supervisor Engine:
% Local Session limit has been exceeded
I Supervisor Engine possono gestire un numero limitato di sessioni SPAN. Per ulteriori informazioni, fare riferimento alla sezione Limitazioni delle sessioni SPAN, RSPAN ed ERSPAN locali in Configurazione di SPAN, RSPAN ed ERSPAN locale.
Il messaggio di errore "% Session [Session No:] Used by Service Module" (% sessione [N. sessione]: utilizzato dal modulo di servizio) viene visualizzato quando il modulo VPN (Virtual Private Network) è inserito nello chassis, dove è già presente un modulo switch fabric.
Il software Cisco IOS crea automaticamente una sessione SPAN per il modulo del servizio VPN per gestire il traffico multicast.
Utilizzare questo comando per eliminare la sessione SPAN creata dal software per il modulo del servizio VPN:
Switch(config)#no monitor session session_number service-module
Non è possibile acquisire pacchetti danneggiati con la funzione SPAN a causa della logica generale con cui funzionano gli switch. Quando un pacchetto attraversa uno switch, si verificano questi eventi:

Se lo switch riceve un pacchetto danneggiato, la porta di ingresso in genere lo elimina. Pertanto, il pacchetto non arriva alla porta di uscita.
L'acquisizione del traffico in uno switch non è completamente trasparente. Analogamente, se nello scenario descritto in questa sezione si rileva un pacchetto danneggiato sullo sniffer, se ne può dedurre che l'errore è stato generato nel passaggio 3, sul segmento di uscita.
Se si sospetta che un dispositivo invii pacchetti danneggiati, è possibile scegliere di mettere l'host di invio e lo sniffer su un hub. L'hub non esegue controlli sugli errori.
Pertanto, a differenza dello switch, l'hub non elimina i pacchetti. In questo modo, è possibile vedere tutti i pacchetti.
Il messaggio di errore "% Session 2 used by service module" (% sessione 2 utilizzata dal modulo di servizio) viene visualizzato nel seguente scenario: quando viene installato un modulo FWSM (Firewall Service Module), o installato e successivamente rimosso, sui Catalyst 6500 viene abilitata automaticamente la funzione SPAN Reflector. La funzione SPAN Reflector usa una sessione SPAN dello switch.
Se non è più necessario, è possibile immettere il comando no monitor session service module dalla modalità di configurazione di CAT6500, quindi immettere immediatamente la nuova configurazione SPAN desiderata.
Alla porta reflector viene inoltrata una copia del traffico inviato e ricevuto su tutte le porte di origine monitorate. Se una porta reflector viene usata oltre la sua capacità, può crearsi una congestione. Ciò potrebbe influire sull'inoltro del traffico su una o più porte di origine.
Se la larghezza di banda della porta reflector non è adeguata al volume di traffico delle porte di origine corrispondenti, i pacchetti in eccesso vengono eliminati.
La velocità di una porta 10/100 è 100 Mbps. La velocità di una porta Gigabit è 1 Gbps.
Quando si usa Supervisor Engine 720 con un FWSM nello chassis e Cisco Native IOS, viene usata per impostazione predefinita una sessione SPAN. Se si usa il comando show monitor per verificare le sessioni, il comando restituisce la sessione 1 come sessione usata:
Cat6K#show monitor
Session 1
---------
Type : Service Module Session
Quando lo chassis Catalyst 6500 contiene un blade firewall, questa sessione viene installata automaticamente per copiare il traffico multicast del dispositivo, in quanto il modulo FWSM non supporta questa funzionalità.
Se i flussi multicast provenienti dal modulo FWSM devono essere copiati su più schede di linea sul layer 3, la sessione copia in automatico il traffico diretto al supervisor tramite un canale del fabric.
Se il traffico multicast è generato a monte del modulo FWSM, è necessario usare il reflector SPAN. Se si posiziona l'origine del traffico multicast sulla VLAN esterna, il reflector SPAN non è necessario. Il reflector SPAN non è compatibile con le BPDU di bridging che attraversano il modulo FWSM.
È possibile utilizzare il comando no monitor session service module per disabilitare il riflettore SPAN.
No, non è possibile utilizzare lo stesso ID per una normale sessione SPAN e una sessione RSPAN di destinazione. Ogni sessione SPAN e RSPAN deve avere un ID sessione diverso.
Sì. Una sessione RSPAN può includere domini VTP diversi. Tuttavia, verificare che la RSPAN VLAN sia presente nei database di questi domini VTP. Inoltre, accertarsi che ciascun dispositivo di layer 3 sia presente nel percorso tra la sessione di origine e la sessione di destinazione.
No. La sessione RSPAN non può essere eseguita su nessun dispositivo di layer 3 in quanto è una funzione progettata per la rete LAN e quindi per il layer 2. Per monitorare il traffico su una WAN o su reti diverse, utilizzare ERSPAN (Encapsulated Remote Switch Port Analyzer). La funzione ERSPAN consente di avere porte di origine, VLAN di origine e porte di destinazione posizionate su switch diversi e quindi di monitorare da remoto più switch appartenenti alla rete.
La funzione ERSPAN è composta da una sessione ERSPAN di origine, dal traffico ERSPAN indirizzabile con incapsulamento GRE e da una sessione ERSPAN di destinazione.
È possibile configurare separatamente le sessioni ERSPAN di origine e di destinazione su switch diversi.
Attualmente, la funzione ERSPAN è supportata in:
Per ulteriori informazioni sulla funzione ERSPAN, fare riferimento a Configurazione di SPAN, Remote SPAN (RSPAN) e Encapsulated RSPAN locale - Guida alla configurazione dei Catalyst 6500 con Cisco IOS Software 12.2SX.
No. Se la sessione RSPAN di origine e la sessione RSPAN di destinazione si trovano sullo stesso switch, RSPAN non può funzionare.
Se una sessione di origine RSPAN è configurata con una VLAN RSPAN specifica e una sessione di destinazione RSPAN per tale VLAN RSPAN è configurata sullo stesso switch, la porta di destinazione della sessione di destinazione RSPAN non può trasmettere i pacchetti acquisiti dalla sessione di origine RSPAN a causa di limitazioni hardware. Questo scenario non è supportato sugli switch serie 4500 e serie 3750.
Il problema è documentato dall'ID bug Cisco CSCeg08870 (solo utenti registrati). Esempio:
monitor session 1 source interface Gi6/44
monitor session 1 destination remote vlan 666
monitor session 2 destination interface Gi6/2
monitor session 2 source remote vlan 666
Per risolvere il problema, usare la funzione SPAN normale.
Come da progetto, una porta SPAN di destinazione trasmette esclusivamente il traffico richiesto per la sessione SPAN. In caso sia necessario raggiungere l'analizzatore di rete o il dispositivo di sicurezza, ossia ottenere l'IP, tramite la porta SPAN di destinazione, è necessario abilitare l'inoltro del traffico in ingresso.
Quando il traffico in ingresso è abilitato, la porta SPAN di destinazione accetta i pacchetti in arrivo, che potrebbero essere contrassegnati con tag a seconda della modalità di incapsulamento usata, e li commuta normalmente. Quando si configura una porta SPAN di destinazione, è possibile specificare se abilitare o meno l'inoltro del traffico in ingresso e quale VLAN usare per commutare i pacchetti in arrivo senza tag.
Se si usa l'incapsulamento ISL, non è necessario specificare una VLAN di ingresso; tutti i pacchetti incapsulati ISL hanno infatti tag VLAN. Anche se la porta prevede un inoltro STP, il protocollo STP non viene usato; adottare quindi le opportune cautele quando si configura questa funzione per non introdurre un loop spanning-tree nella rete. Quando su una porta SPAN di destinazione sono specificati sia un incapsulamento in ingresso che un incapsulamento trunk, la porta inoltra i pacchetti a tutte le VLAN attive. Non è consentito configurare come VLAN di ingresso una VLAN che non è stata ancora creata.
monitor session session_number destination interface interface [encapsulation {isl | dot1q}] ingress [vlan vlan_IDs]
L'esempio mostra come configurare una porta di destinazione con pacchetti di ingresso e di incapsulamento 802.1q che usano la VLAN 7 nativa.
Switch(config)#monitor session 1 destination interface fastethernet 5/48
encapsulation dot1q ingress vlan 7
In questa configurazione, il traffico proveniente dalle porte SPAN di origine associate alla sessione 1 viene copiato dall'interfaccia Fast Ethernet 5/48, con incapsulamento 802.1q.
Il traffico in arrivo è accettato e commutato, i pacchetti senza tag sono classificati nella VLAN 7.
| Revisione | Data di pubblicazione | Commenti |
|---|---|---|
4.0 |
31-Aug-2026
|
Nuova certificazione - SEO aggiornato e Formattazione. |
3.0 |
30-Aug-2024
|
Testo alternativo aggiunto.
Aggiornamento dei requisiti di branding, SEO, stile, traduzione automatica e formattazione. |
2.0 |
11-Jul-2023
|
Certificazione |
1.0 |
29-Nov-2001
|
Versione iniziale |