Understanding RSPAN in Networking
Understanding RSPAN in Networking
RSPAN
We recommend that you configure an RSPAN VLAN before you configure an RSPAN source or a destination
session.
• The destination port cannot be a source port; a source port cannot be a destination port.
• You cannot have two SPAN sessions using the same destination port.
• When you configure a device port as a SPAN destination port, it is no longer a normal device port; only
monitored traffic passes through the SPAN destination port.
• Entering SPAN configuration commands does not remove previously configured SPAN parameters. You
must enter the no monitor session {session_number | all | local | remote} global configuration command
to delete configured SPAN parameters.
• For local SPAN, outgoing packets through the SPAN destination port carry the original encapsulation
headers—untagged, ISL, or IEEE 802.1Q—if the encapsulation replicate keywords are specified. If
the keywords are not specified, the packets are sent in native form.
• You can configure a disabled port to be a source or destination port, but the SPAN function does not
start until the destination port and at least one source port or source VLAN are enabled.
• You cannot mix source VLANs and filter VLANs within a single SPAN session.
RSPAN
The restrictions for RSPAN are as follows:
• RSPAN does not support BPDU packet monitoring or other Layer 2 device protocols.
• The RSPAN VLAN is configured only on trunk ports and not on access ports. To avoid unwanted traffic
in RSPAN VLANs, make sure that the VLAN remote-span feature is supported in all the participating
devices.
• RSPAN VLANs are included as sources for port-based RSPAN sessions when source trunk ports have
active RSPAN VLANs. RSPAN VLANs can also be sources in SPAN sessions. However, since the
device does not monitor spanned traffic, it does not support egress spanning of packets on any RSPAN
VLAN identified as the destination of an RSPAN source session on the device.
• If you enable VTP and VTP pruning, RSPAN traffic is pruned in the trunks to prevent the unwanted
flooding of RSPAN traffic across the network for VLAN IDs that are lower than 1005.
• It is recommended not to configure RSPAN VLAN as Native VLAN.
• RSPAN sessions do not capture DHCP-inject packets. DHCP-inject packets refer to DHCP packets
(DISCOVER, OFFER, REQUEST, and ACK packets) which are modified by the CPU and inserted back
into the network.
Local SPAN
Local SPAN supports a SPAN session entirely within one device; all source ports or source VLANs and
destination ports are in the same device or device stack. Local SPAN copies traffic from one or more source
ports in any VLAN or from one or more VLANs to a destination port for analysis.
Local SPAN supports a SPAN session entirely within one switch; all source ports and destination ports are
in the same switch. Local SPAN copies traffic from one or more source ports to a destination port for analysis.
Figure 1: Example of Local SPAN Configuration on a Single Device
All traffic on port 5 (the source port) is mirrored to port 10 (the destination port). A network analyzer on port
10 receives all network traffic from port 5 without being physically attached to port 5.
This is an example of a local SPAN in a device stack, where the source and destination ports reside on different
stack members.
Remote SPAN
RSPAN supports source ports, source VLANs, and destination ports on different devices (or different device
stacks), enabling remote monitoring of multiple devices across your network.
The figure below shows source ports on Device A and Device B. The traffic for each RSPAN session is carried
over a user-specified RSPAN VLAN that is dedicated for that RSPAN session in all participating devices.
The RSPAN traffic from the source ports or VLANs is copied into the RSPAN VLAN and forwarded over
trunk ports carrying the RSPAN VLAN to a destination session monitoring the RSPAN VLAN. Each RSPAN
source device must have either ports or VLANs as RSPAN sources. The destination is always a physical port,
destination port with the RSPAN VLAN. The destination session collects all RSPAN VLAN traffic and sends
it out the RSPAN destination port.
An RSPAN source session is very similar to a local SPAN session, except for where the packet stream is
directed. In an RSPAN source session, SPAN packets are relabeled with the RSPAN VLAN ID and directed
over normal trunk ports to the destination device.
An RSPAN destination session takes all packets received on the RSPAN VLAN, strips off the VLAN tagging,
and presents them on the destination port. The session presents a copy of all RSPAN VLAN packets (except
Layer 2 control packets) to the user for analysis.
Traffic monitoring in a SPAN session has these restrictions:
• Sources can be ports or VLANs, but you cannot mix source ports and source VLANs in the same session.
• You can run both a local SPAN and an RSPAN source session in the same device or device stack. The
device or device stack supports a total of 66 source and RSPAN destination sessions.
• You can configure two separate SPAN or RSPAN source sessions with separate or overlapping sets of
SPAN source ports and VLANs. Both switched and routed ports can be configured as SPAN sources
and destinations.
• You can have multiple destination ports in a SPAN session, but no more than 64 destination ports per
device stack.
• SPAN sessions do not interfere with the normal operation of the device. However, an oversubscribed
SPAN destination, for example, a 10-Mb/s port monitoring a 100-Mb/s port, can result in dropped or
lost packets.
• When SPAN or RSPAN is enabled, each packet being monitored is sent twice, once as normal traffic
and once as a monitored packet. Therefore monitoring a large number of ports or VLANs could potentially
generate large amounts of network traffic.
• You can configure SPAN sessions on disabled ports; however, a SPAN session does not become active
unless you enable the destination port and at least one source port or VLAN for that session.
• The device does not support a combination of local SPAN and RSPAN in a single session.
• An RSPAN source session cannot have a local destination port.
• An RSPAN destination session cannot have a local source port.
• An RSPAN destination session and an RSPAN source session that are using the same RSPAN
VLAN cannot run on the same device or device stack.
Monitored Traffic
SPAN sessions can monitor these traffic types:
• Receive (Rx) SPAN—Receive (or ingress) SPAN monitors as much as possible all of the packets received
by the source interface or VLAN before any modification or processing is performed by the device. A
copy of each packet received by the source is sent to the destination port for that SPAN session.
Packets that are modified because of routing or Quality of Service (QoS)—for example, modified
Differentiated Services Code Point (DSCP)—are copied before modification.
Features that can cause a packet to be dropped during receive processing have no effect on ingress SPAN;
the destination port receives a copy of the packet even if the actual incoming packet is dropped. These
features include IP standard and extended input Access Control Lists (ACLs), ingress QoS policing,
VLAN ACLs, and egress QoS policing.
• Transmit (Tx) SPAN—Transmit (or egress) SPAN monitors as much as possible all of the packets sent
by the source interface after all modification and processing is performed by the device. A copy of each
packet sent by the source is sent to the destination port for that SPAN session. The copy is provided after
the packet is modified.
Packets that are modified because of routing (for example, with modified time-to-live (TTL), MAC
address, or QoS values) are duplicated (with the modifications) at the destination port.
Features that can cause a packet to be dropped during transmit processing also affect the duplicated copy
for SPAN. These features include IP standard and extended output ACLs and egress QoS policing.
• Both—In a SPAN session, you can also monitor a port or VLAN for both received and sent packets.
This is the default.
The default configuration for local SPAN session ports is to send all packets untagged. However, when you
enter the encapsulation replicate keywords while configuring a destination port, these changes occur:
• Packets are sent on the destination port with the same encapsulation (untagged or IEEE 802.1Q) that
they had on the source port.
• Packets of all types, including BPDU and Layer 2 protocol packets, are monitored.
Therefore, a local SPAN session with encapsulation replicate enabled can have a mixture of untagged and
IEEE 802.1Q tagged packets appear on the destination port.
Device congestion can cause packets to be dropped at ingress source ports, egress source ports, or SPAN
destination ports. In general, these characteristics are independent of one another. For example:
• A packet might be forwarded normally but dropped from monitoring due to an oversubscribed SPAN
destination port.
• An ingress packet might be dropped from normal forwarding, but still appear on the SPAN destination
port.
• An egress packet dropped because of device congestion is also dropped from egress SPAN.
In some SPAN configurations, multiple copies of the same source packet are sent to the SPAN destination
port. For example, a bidirectional (both Rx and Tx) SPAN session is configured for the Rx monitor on port
A and Tx monitor on port B. If a packet enters the device through port A and is switched to port B, both
incoming and outgoing packets are sent to the destination port. Both packets are the same unless a Layer 3
rewrite occurs, in which case the packets are different because of the packet modification.
Source Ports
A source port (also called a monitored port) is a switched or routed port that you monitor for network traffic
analysis.
In a local SPAN session or RSPAN source session, you can monitor source ports or VLANs for traffic in one
or both directions.
The device supports any number of source ports (up to the maximum number of available ports on the device)
and any number of source VLANs (up to the maximum number of VLANs supported).
You cannot mix ports and VLANs in a single session.
Source VLANs
VLAN-based SPAN (VSPAN) is the monitoring of the network traffic in one or more VLANs. The SPAN
or RSPAN source interface in VSPAN is a VLAN ID, and traffic is monitored on all the ports for that VLAN.
VSPAN has these characteristics:
• All active ports in the source VLAN are included as source ports and can be monitored in either or both
directions.
• On a given port, only traffic on the monitored VLAN is sent to the destination port.
• If a destination port belongs to a source VLAN, it is excluded from the source list and is not monitored.
• If ports are added to or removed from the source VLANs, the traffic on the source VLAN received by
those ports is added to or removed from the sources being monitored.
• You cannot use filter VLANs in the same session with VLAN sources.
• You can monitor only Ethernet VLANs.
VLAN Filtering
When you monitor a trunk port as a source port, by default, all VLANs active on the trunk are monitored.
You can limit SPAN traffic monitoring on trunk source ports to specific VLANs by using VLAN filtering.
• VLAN filtering applies only to trunk ports or to voice VLAN ports.
• VLAN filtering applies only to port-based sessions and is not allowed in sessions with VLAN sources.
• When a VLAN filter list is specified, only those VLANs in the list are monitored on trunk ports or on
voice VLAN access ports.
• SPAN traffic coming from other port types is not affected by VLAN filtering; that is, all VLANs are
allowed on other ports.
• VLAN filtering affects only traffic forwarded to the destination SPAN port and does not affect the
switching of normal traffic.
Destination Port
Each local SPAN session or RSPAN destination session must have a destination port (also called a monitoring
port) that receives a copy of traffic from the source ports or VLANs and sends the SPAN packets to the user,
usually a network analyzer.
A destination port has these characteristics:
• For a local SPAN session, the destination port must reside on the same device or device stack as the
source port. For an RSPAN session, it is located on the device containing the RSPAN destination session.
There is no destination port on a device or device stack running only an RSPAN source session.
• When a port is configured as a SPAN destination port, the configuration overwrites the original port
configuration. When the SPAN destination configuration is removed, the port reverts to its previous
configuration. If a configuration change is made to the port while it is acting as a SPAN destination port,
the change does not take effect until the SPAN destination configuration had been removed.
• If the port was in an EtherChannel group, it is removed from the group while it is a destination port. If
it was a routed port, it is no longer a routed port.
• It can be any Ethernet physical port.
• It cannot be a secure port.
• It cannot be a source port.
• It can participate in only one SPAN session at a time (a destination port in one SPAN session cannot be
a destination port for a second SPAN session).
• When it is active, incoming traffic is disabled. The port does not transmit any traffic except that required
for the SPAN session. Incoming traffic is never learned or forwarded on a destination port.
• If ingress traffic forwarding is enabled for a network security device, the destination port forwards traffic
at Layer 2.
• It does not participate in any of the Layer 2 protocols (STP, VTP, CDP, DTP, PagP).
• A destination port that belongs to a source VLAN of any SPAN session is excluded from the source list
and is not monitored.
• The maximum number of destination ports in a device or device stack is 64.
Local SPAN and RSPAN destination ports function differently with VLAN tagging and encapsulation:
• For local SPAN, if the encapsulation replicate keywords are specified for the destination port, these
packets appear with the original encapsulation (untagged, ISL, or IEEE 802.1Q). If these keywords are
not specified, packets appear in the untagged format. Therefore, the output of a local SPAN session with
encapsulation replicate enabled can contain a mixture of untagged, ISL, or IEEE 802.1Q-tagged packets.
• For RSPAN, the original VLAN ID is lost because it is overwritten by the RSPAN VLAN identification.
Therefore, all packets appear on the destination port as untagged.
RSPAN VLAN
The RSPAN VLAN carries SPAN traffic between RSPAN source and destination sessions. RSPAN VLAN
has these special characteristics:
• All traffic in the RSPAN VLAN is always flooded.
For VLANs 1 to 1005 that are visible to VLAN Trunking Protocol (VTP), the VLAN ID and its associated
RSPAN characteristic are propagated by VTP. If you assign an RSPAN VLAN ID in the extended VLAN
range (1006 to 4094), you must manually configure all intermediate devices.
It is normal to have multiple RSPAN VLANs in a network at the same time with each RSPAN VLAN defining
a network-wide RSPAN session. That is, multiple RSPAN source sessions anywhere in the network can
contribute packets to the RSPAN session. It is also possible to have multiple RSPAN destination sessions
throughout the network, monitoring the same RSPAN VLAN and presenting traffic to the user. The RSPAN
VLAN ID separates the sessions.
rejoins the EtherChannel group. Ports removed from an EtherChannel group remain members of the
group, but they are in the inactive or suspended state.
If a physical port that belongs to an EtherChannel group is a destination port and the EtherChannel group
is a source, the port is removed from the EtherChannel group and from the list of monitored ports.
• Multicast traffic can be monitored. For egress and ingress port monitoring, only a single unedited packet
is sent to the SPAN destination port. It does not reflect the number of times the multicast packet is sent.
• A private-VLAN port cannot be a SPAN destination port.
• A secure port cannot be a SPAN destination port.
For SPAN sessions, do not enable port security on ports with monitored egress when ingress forwarding
is enabled on the destination port. For RSPAN source sessions, do not enable port security on any ports
with monitored egress.
• An IEEE 802.1x port can be a SPAN source port. You can enable IEEE 802.1x on a port that is a SPAN
destination port; however, IEEE 802.1x is disabled until the port is removed as a SPAN destination.
For SPAN sessions, do not enable IEEE 802.1x on ports with monitored egress when ingress forwarding
is enabled on the destination port. For RSPAN source sessions, do not enable IEEE 802.1x on any ports
that are egress monitored.
• Starting with the Cisco IOS XE Cupertino 17.9.1 release, DHCP Snooping and Local SPAN can be
configured on the same VLAN for non-SDA deployments.
Flow-Based SPAN
You can control the type of network traffic to be monitored in SPAN or RSPAN sessions by using flow-based
SPAN (FSPAN) or flow-based RSPAN (FRSPAN), which apply access control lists (ACLs) to the monitored
traffic on the source ports. The FSPAN ACLs can be configured to filter IPv4, IPv6, and non-IP monitored
traffic.
You apply an ACL to a SPAN session through the interface. It is applied to all the traffic that is monitored
on all interfaces in the SPAN [Link] packets that are permitted by this ACL are copied to the SPAN
destination port. No other packets are copied to the SPAN destination port.
The original traffic continues to be forwarded, and any port, VLAN, and router ACLs attached are applied.
The FSPAN ACL does not have any effect on the forwarding decisions. Similarly, the port, VLAN, and router
ACLs do not have any effect on the traffic monitoring. If a security input ACL denies a packet and it is not
forwarded, the packet is still copied to the SPAN destination ports if the FSPAN ACL permits it. But if the
security output ACL denies a packet and it is not sent, it is not copied to the SPAN destination ports. However,
if the security output ACL permits the packet to go out, it is only copied to the SPAN destination ports if the
FSPAN ACL permits it. This is also true for an RSPAN session.
You can attach three types of FSPAN ACLs to the SPAN session:
• IPv4 FSPAN ACL— Filters only IPv4 packets.
If a VLAN-based FSPAN session configured on a stack cannot fit in the hardware memory on one or more
devices, it is treated as unloaded on those devices, and traffic meant for the FSPAN ACL and sourcing on
that device is not copied to the SPAN destination ports. The FSPAN ACL continues to be correctly applied,
and traffic is copied to the SPAN destination ports on the devices where the FSPAN ACL fits in the hardware
memory.
When an empty FSPAN ACL is attached, some hardware functions copy all traffic to the SPAN destination
ports for that ACL. If sufficient hardware resources are not available, even an empty FSPAN ACL can be
unloaded.
Source port traffic to monitor Both received and sent traffic (both).
VLAN filtering On a trunk interface used as a source port, all VLANs are
monitored.
• As RSPAN VLANs have special properties, you should reserve a few VLANs across your network for
use as RSPAN VLANs; do not assign access ports to these VLANs.
• You can apply an output ACL to RSPAN traffic to selectively filter or monitor specific packets. Specify
these ACLs on the RSPAN VLAN in the RSPAN source device.
• For RSPAN configuration, you can distribute the source ports and the destination ports across multiple
devices in your network.
• Access ports (including voice VLAN ports) on the RSPAN VLAN are put in the inactive state.
• You can configure any VLAN as an RSPAN VLAN as long as these conditions are met:
• The same RSPAN VLAN is used for an RSPAN session in all the devices.
• All participating devices support RSPAN.
Procedure
Step 4 monitor session session_number source Specifies the SPAN session and the source port
{interface interface-id | vlan vlan-id} [, | -] (monitored port).
[both | rx | tx]
• For session_number, the range is 1 to 66.
Example:
• For interface-id, specify the source port to
Device(config)# monitor session 1 source
monitor. Valid interfaces include physical
interface gigabitethernet1/0/1 interfaces and port-channel logical
interfaces (port-channel
port-channel-number). Valid port-channel
numbers are 1 to 48.
• For vlan-id, specify the source VLAN to
monitor. The range is 1 to 4094 (excluding
the RSPAN VLAN).
Note
A single session can include multiple
sources (ports or VLANs) defined in a
series of commands, but you cannot
combine source ports and source VLANs
in one session.
Step 5 monitor session session_number destination Specifies the SPAN session and the destination
{interface interface-id [, | -] [encapsulation port (monitoring port). The port LED changes
{replicate | dot1q}]} to amber when the configuration changes take
effect. The LED returns to its original state
Example:
(green) only after removing the SPAN
destination configuration.
Device(config)# monitor session 1
destination interface Note
gigabitethernet1/0/2 encapsulation For local SPAN, you must use the same session
replicate
number for the source and destination
interfaces.
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 5 monitor session session_number destination Specifies the SPAN session, the destination
{interface interface-id [, | -] [encapsulation port, the packet encapsulation, and the ingress
replicate] [ingress {dot1q vlan vlan-id | VLAN and encapsulation.
untagged vlan vlan-id | vlan vlan-id}]}
• For session_number, specify the session
Example: number entered in Step 4.
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 5 monitor session session_number filter vlan Limits the SPAN source traffic to specific
vlan-id [, | -] VLANs.
Example: • For session_number, enter the session
number specified in Step 4.
Device(config)# monitor session 2 filter
vlan 1 - 5 , 9 • For vlan-id, the range is 1 to 4094.
• (Optional) Use a comma (,) to specify a
series of VLANs, or use a hyphen (-) to
specify a range of VLANs. Enter a space
before and after the comma; enter a space
before and after the hyphen.
Step 6 monitor session session_number destination Specifies the SPAN session and the destination
{interface interface-id [, | -] [encapsulation port (monitoring port).
replicate]}
• For session_number, specify the session
Example: number entered in Step 4.
Device(config)# end
Procedure
Device(config-vlan)# remote-span
Device(config-vlan)# end
What to do next
You must create the RSPAN VLAN in all devices that will participate in RSPAN. If the RSPAN VLAN-ID
is in the normal range (lower than 1005) and VTP is enabled in the network, you can create the RSPAN VLAN
in one device, and VTP propagates it to the other devices in the VTP domain. For extended-range VLANs
(greater than 1005), you must configure RSPAN VLAN on both source and destination devices and any
intermediate devices.
Use VTP pruning to get an efficient flow of RSPAN traffic, or manually delete the RSPAN VLAN from all
trunks that do not need to carry the RSPAN traffic.
To remove the remote SPAN characteristic from a VLAN and convert it back to a normal VLAN, use the no
remote-span VLAN configuration command.
To remove a source port or VLAN from the SPAN session, use the no monitor session session_number
source {interface interface-id | vlan vlan-id} global configuration command. To remove the RSPAN VLAN
from the session, use the no monitor session session_number destination remote vlan vlan-id.
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 4 monitor session session_number source Specifies the RSPAN session and the source
{interface interface-id | vlan vlan-id} [, | -] port (monitored port).
[both | rx | tx]
• For session_number, the range is 1 to 66.
Example:
• Enter a source port or source VLAN for
Device(config)# monitor session 1 source
the RSPAN session:
interface gigabitethernet1/0/1 tx • For interface-id, specifies the source
port to monitor. Valid interfaces
include physical interfaces and
port-channel logical interfaces
(port-channel port-channel-number).
Valid port-channel numbers are 1 to
48.
• For vlan-id, specifies the source
VLAN to monitor. The range is 1 to
4094 (excluding the RSPAN VLAN).
A single session can include multiple
sources (ports or VLANs), defined in
a series of commands, but you cannot
combine source ports and source
VLANs in one session.
Step 5 monitor session session_number destination Specifies the RSPAN session, the destination
remote vlan vlan-id RSPAN VLAN, and the destination-port group.
Example: • For session_number, enter the number
defined in Step 4.
Device(config)# monitor session 1
destination remote vlan 100 • For vlan-id, specify the source RSPAN
VLAN to monitor.
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 4 monitor session session_number source Specifies the characteristics of the source port
interface interface-id (monitored port) and SPAN session.
Example: • For session_number, the range is 1 to 66.
Step 5 monitor session session_number filter vlan Limits the SPAN source traffic to specific
vlan-id [, | -] VLANs.
Example: • For session_number, enter the session
number specified in step 4.
Device(config)# monitor session 2 filter
vlan 1 - 5 , 9 • For vlan-id, the range is 1 to 4094.
• (Optional) , | - Use a comma (,) to specify
a series of VLANs or use a hyphen (-) to
specify a range of VLANs. Enter a space
before and after the comma; enter a space
before and after the hyphen.
Step 6 monitor session session_number destination Specifies the RSPAN session and the
remote vlan vlan-id destination remote VLAN (RSPAN VLAN).
Example: • For session_number, enter the session
number specified in Step 4.
Device(config)# monitor session 2
destination remote vlan 902 • For vlan-id, specify the RSPAN VLAN to
carry the monitored traffic to the
destination port.
Device(config)# end
Procedure
Device(config-vlan)# remote-span
Device(config-vlan)# exit
Step 6 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 7 monitor session session_number source Specifies the RSPAN session and the source
remote vlan vlan-id RSPAN VLAN.
Example: • For session_number, the range is 1 to 66.
Step 8 monitor session session_number destination Specifies the RSPAN session and the
interface interface-id destination interface.
Example: • For session_number, enter the number
defined in Step 7.
Device(config)# monitor session 1
destination interface In an RSPAN destination session, you
gigabitethernet2/0/1 must use the same session number for the
source RSPAN VLAN and the destination
port.
• For interface-id, specify the destination
interface. The destination interface must
be a physical interface.
• Though visible in the command-line help
string, encapsulation replicate is not
supported for RSPAN. The original
VLAN ID is overwritten by the RSPAN
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 4 monitor session session_number source Specifies the RSPAN session and the source
remote vlan vlan-id RSPAN VLAN.
Example: • For session_number, the range is 1 to 66.
Step 5 monitor session session_number destination Specifies the SPAN session, the destination
{interface interface-id [, | -] [ingress {dot1q port, the packet encapsulation, and the incoming
vlan vlan-id | untagged vlan vlan-id | vlan VLAN and encapsulation.
vlan-id}]}
• For session_number, enter the number
Example: defined in Step 5.
In an RSPAN destination session, you
Device(config)# monitor session 2
destination interface must use the same session number for the
gigabitethernet1/0/2 ingress vlan 6 source RSPAN VLAN and the destination
port.
• For interface-id, specify the destination
interface. The destination interface must
be a physical interface.
• Though visible in the command-line help
string, encapsulation replicate is not
supported for RSPAN. The original VLAN
ID is overwritten by the RSPAN VLAN
ID, and all packets appear on the
destination port as untagged.
• (Optional) [, | -] Specifies a series or range
of interfaces. Enter a space before and after
the comma; enter a space before and after
the hyphen.
• Enter ingress with additional keywords to
enable forwarding of incoming traffic on
the destination port and to specify the
encapsulation type:
• dot1q vlan vlan-id—Forwards
incoming packets with IEEE 802.1Q
encapsulation with the specified
VLAN as the default VLAN.
• untagged vlan vlan-id or vlan
vlan-id—Forwards incoming packets
with untagged encapsulation type
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 4 monitor session session_number source Specifies the SPAN session and the source port
{interface interface-id | vlan vlan-id} [, | -] (monitored port).
[both | rx | tx]
• For session_number, the range is 1 to 66.
Example:
• For interface-id, specifies the source port
Device(config)# monitor session 2 source
to monitor. Valid interfaces include
interface gigabitethernet1/0/1 physical interfaces and port-channel logical
interfaces (port-channel
port-channel-number). Valid port-channel
numbers are 1 to 48.
• For vlan-id, specify the source VLAN to
monitor. The range is 1 to 4094 (excluding
the RSPAN VLAN).
Note
A single session can include multiple
sources (ports or VLANs) defined in a
series of commands, but you cannot
combine source ports and source VLANs
in one session.
Step 5 monitor session session_number destination Specifies the SPAN session and the destination
{interface interface-id [, | -] [encapsulation port (monitoring port).
replicate]}
Note
For local SPAN, you must use the same session
number for the source and destination
interfaces.
You can use monitor session session_number
destination command multiple times to
configure multiple destination ports.
Step 6 monitor session session_number filter {ip | Specifies the SPAN session, the types of packets
ipv6 | mac} access-group {access-list-number to filter, and the ACLs to use in an FSPAN
| name} session.
Example: • For session_number, specify the session
number entered in Step 4.
Device(config)# monitor session 2 filter
ipv6 access-group 4 • For access-list-number, specify the ACL
number that you want to use to filter
traffic.
• For name, specify the ACL name that you
want to use to filter traffic.
Device(config)# end
Procedure
Step 3 no monitor session {session_number | all | Removes any existing SPAN configuration for
local | remote} the session.
Example: • For session_number, the range is 1 to 66.
Step 4 monitor session session_number source Specifies the SPAN session and the source port
{interface interface-id | vlan vlan-id} [, | -] (monitored port).
[both | rx | tx]
• For session_number, the range is 1 to 66.
Step 5 monitor session session_number destination Specifies the RSPAN session and the
remote vlan vlan-id destination RSPAN VLAN.
Example: • For session_number, enter the number
defined in Step 4.
Device(config)# monitor session 2
destination remote vlan 5 • For vlan-id, specify the destination
RSPAN VLAN to monitor.
Device(config-vlan)# remote-span
Device(config-vlan)# exit
Step 9 monitor session session_number filter {ip | Specifies the RSPAN session, the types of
ipv6 | mac} access-group {access-list-number packets to filter, and the ACLs to use in an
| name} FRSPAN session.
Example: • For session_number, specify the session
number entered in Step 4.
Device(config)# monitor session 2 filter
ip access-group 7 • For access-list-number, specify the ACL
number that you want to use to filter
traffic.
• For name, specify the ACL name that you
want to use to filter traffic.
Device(config)# end
Command Purpose
show monitor Displays the current SPAN
configuration.
Device> enable
Device# configure terminal
Device(config)# no monitor session 1
Device(config)# monitor session 1 source interface gigabitethernet1/0/1
Device(config)# monitor session 1 destination interface gigabitethernet1/0/2
encapsulation replicate
Device(config)# end
This example shows how to remove port 1 as a SPAN source for SPAN session 1:
Device> enable
Device# configure terminal
Device(config)# no monitor session 1 source interface gigabitethernet1/0/1
Device(config)# end
This example shows how to disable received traffic monitoring on port 1, which was configured for bidirectional
monitoring:
Device> enable
Device# configure terminal
Device(config)# no monitor session 1 source interface gigabitethernet1/0/1 rx
The monitoring of traffic received on port 1 is disabled, but traffic sent from this port continues to be monitored.
This example shows how to remove any existing configuration on SPAN session 2, configure SPAN session
2 to monitor received traffic on all ports belonging to VLANs 1 through 3, and send it to destination Gigabit
Ethernet port 2. The configuration is then modified to also monitor all traffic on all ports belonging to VLAN
10.
Device> enable
Device# configure terminal
Device(config)# no monitor session 2
Device(config)# monitor session 2 source vlan 1 - 3 rx
This example shows how to remove any existing configuration on SPAN session 2, configure SPAN session
2 to monitor received traffic on Gigabit Ethernet source port 1, and send it to destination Gigabit Ethernet
port 2 with the same egress encapsulation type as the source port, and to enable ingress forwarding with VLAN
6 as the default ingress VLAN:
Device> enable
Device# configure terminal
Device(config)# no monitor session 2
Device(config)# monitor session 2 source gigabitethernet0/1 rx
Device(config)# monitor session 2 destination interface gigabitethernet0/2 encapsulation
replicate ingress vlan 6
Device(config)# end
This example shows how to remove any existing configuration on SPAN session 2, configure SPAN session
2 to monitor traffic received on Gigabit Ethernet trunk port 2, and send traffic for only VLANs 1 through 5
and VLAN 9 to destination Gigabit Ethernet port 1:
Device> enable
Device# configure terminal
Device(config)# no monitor session 2
Device(config)# monitor session 2 source interface gigabitethernet1/0/2 rx
Device(config)# monitor session 2 filter vlan 1 - 5 , 9
Device(config)# monitor session 2 destination interface gigabitethernet1/0/1
Device(config)# end
Device> enable
Device# configure terminal
Device(config)# vlan 901
Device(config-vlan)# remote span
Device(config-vlan)# end
This example shows how to remove any existing RSPAN configuration for session 1, configure RSPAN
session 1 to monitor multiple source interfaces, and configure the destination as RSPAN VLAN 901:
Device> enable
Device# configure terminal
Device(config)# no monitor session 1
Device(config)# monitor session 1 source interface gigabitethernet1/0/1 tx
Device(config)# monitor session 1 source interface gigabitethernet1/0/2 rx
Device(config)# monitor session 1 source interface port-channel 2
Device(config)# monitor session 1 destination remote vlan 901
Device(config)# end
This example shows how to remove any existing configuration on RSPAN session 2, configure RSPAN
session 2 to monitor traffic received on trunk port 2, and send traffic for only VLANs 1 through 5 and 9 to
destination RSPAN VLAN 902:
Device> enable
Device# configure terminal
Device(config)# no monitor session 2
Device(config)# monitor session 2 source interface gigabitethernet1/0/2 rx
Device(config)# monitor session 2 filter vlan 1 - 5 , 9
Device(config)# monitor session 2 destination remote vlan 902
Device(config)# end
This example shows how to configure VLAN 901 as the source remote VLAN and port 1 as the destination
interface:
Device> enable
Device# configure terminal
Device(config)# monitor session 1 source remote vlan 901
Device(config)# monitor session 1 destination interface gigabitethernet2/0/1
Device(config)# end
This example shows how to configure VLAN 901 as the source remote VLAN in RSPAN session 2, to
configure Gigabit Ethernet source port 2 as the destination interface, and to enable forwarding of incoming
traffic on the interface with VLAN 6 as the default receiving VLAN:
Device> enable
Device# configure terminal
Device(config)# monitor session 2 source remote vlan 901
Device(config)# monitor session 2 destination interface gigabitethernet1/0/2 ingress vlan 6
Device(config)# end
Cisco IOS XE Everest 16.5.1a Switch Port Analyzer (SPAN) Switch Port Analyzer allows
monitoring of device traffic on a
port or VLAN using a
sniffer/analyzer or RMON probe.
Cisco IOS XE Cupertino 17.9.1 DHCP Snooping and Local SPAN DHCP Snooping and Local SPAN
can be configured on the same
VLAN for non-SDA deployments.
Use the Cisco Feature Navigator to find information about platform and software image support. To access
Cisco Feature Navigator, go to [Link]