Understanding and Configuring VLAN Trunk Protocol (VTP)
Understanding and Configuring VLAN Trunk Protocol (VTP)
Protocol (VTP)
Document ID: 10558
Introduction
Prerequisites
Requirements
Components Used
Conventions
Understand VTP
Flash Animation: VTP
VTP Messages in Detail
Other VTP Options
VTP V2
VTP Password
VTP Pruning
Use VTP in a Network
VTP Configuration Guidelines
VTP Configuration on Catalyst Switches
Catalyst 6500/6000 Series Cisco IOS Software/Catalyst 4500/4000 Cisco IOS Software
(Supervisor Engine III/Supervisor Engine IV), Catalyst 2950, 3550, and 3750 Series Switches
Catalyst 4500/4000, 5500/5000, or 6500/6000 Series CatOS
Catalyst 2900XL, 3500XL, 2950, and 3550
Catalyst Express 500 Series Switches
Practical Examples
VTP Troubleshooting and Caveats
Unable to See VLAN Details in the show run Command Output
Catalyst Switches Do Not Exchange VTP Information
Catalyst Switch Automatically Changes VTP Mode from Client to Transparent
Data Traffic Blocked between VTP Domains
CatOS Switch Changes to VTP Transparent Mode,
VTP−4−UNSUPPORTEDCFGRCVD:
How a Recently Inserted Switch Can Cause Network Problems
Reset the Configuration Revision number
All Ports Inactive After Power Cycle
Trunk Down, Which Causes VTP Problems
VTP and STP (Logical Spanning Tree Port)
The Case of VLAN 1
Troubleshoot VTP Configuration Revision Number Errors That Are Seen in the show vtp
statistics Command Output
Troubleshoot VTP Configuration Digest Errors That Are Seen in the show vtp statistics
Command Output
Unable to Change the VTP Mode of a Switch from Server / Transparent
Introduction
VLAN Trunk Protocol (VTP) reduces administration in a switched network. When you configure a new
VLAN on one VTP server, the VLAN is distributed through all switches in the domain. This reduces the need
to configure the same VLAN everywhere. VTP is a Cisco−proprietary protocol that is available on most of the
Cisco Catalyst series products.
Note: This document does not cover VTP Version 3. VTP Version 3 differs from VTP Version 1 (V1) and
Version 2 (V2), and it is only available on Catalyst OS (CatOS) 8.1(1) or later. VTP Version 3 incorporates
many changes from VTP V1 and V2. Make certain that you understand the differences between VTP Version
3 and prior versions before you alter your network configuration. Refer to one of these sections of the
document Configuring VTP for more information:
Prerequisites
Requirements
There are no specific requirements for this document.
Components Used
This document is not restricted to specific software or hardware versions.
Conventions
Refer to Cisco Technical Tips Conventions for more information on document conventions.
Understand VTP
Flash Animation: VTP
Refer to the VTP Flash animation , which explains these concepts for VTP V1 and V2:
• Introduction to VTP
• VTP domain and VTP modes
• Common VTP problems and solutions
Note: This document does not cover VTP Version 3. VTP Version 3 differs from VTP V1 and V2 and is only
available on CatOS 8.1(1) or later. Refer to one of these sections of the document Configuring VTP for more
information:
Of course, you can have a VTP packet inside 802.1Q frames. In that case, the ISL header and cyclic
redundancy check (CRC) is replaced by dot1q tagging.
Now consider the detail of a VTP packet. The format of the VTP header can vary, based on the type of VTP
message. But, all VTP packets contain these fields in the header:
♦ Summary advertisements
♦ Subset advertisement
♦ Advertisement requests
♦ VTP join messages
• Management domain length
• Management domain name
The configuration revision number is a 32−bit number that indicates the level of revision for a VTP packet.
Each VTP device tracks the VTP configuration revision number that is assigned to it. Most of the VTP
packets contain the VTP configuration revision number of the sender.
This information is used in order to determine whether the received information is more recent than the
current version. Each time that you make a VLAN change in a VTP device, the configuration revision is
incremented by one. In order to reset the configuration revision of a switch, change the VTP domain name,
and then change the name back to the original name.
Summary Advertisements
When the switch receives a summary advertisement packet, the switch compares the VTP domain name to its
own VTP domain name. If the name is different, the switch simply ignores the packet. If the name is the same,
This list clarifies what the fields means in the summary advertisement packet:
• The Followers field indicates that this packet is followed by a Subset Advertisement packet.
• The Updater Identity is the IP address of the switch that is the last to have incremented the
configuration revision.
• The Update Timestamp is the date and time of the last increment of the configuration revision.
• Message Digest 5 (MD5) carries the VTP password, if MD5 is configured and used to authenticate
the validation of a VTP update.
Subset Advertisements
When you add, delete, or change a VLAN in a Catalyst, the server Catalyst where the changes are made
increments the configuration revision and issues a summary advertisement. One or several subset
advertisements follow the summary advertisement. A subset advertisement contains a list of VLAN
information. If there are several VLANs, more than one subset advertisement can be required in order to
advertise all the VLANs.
Most of the fields in this packet are easy to understand. These are two clarifications:
Advertisement Requests
Upon receipt of an advertisement request, a VTP device sends a summary advertisement. One or more subset
advertisements follow the summary advertisement. This is an example:
VTP Password
If you configure a password for VTP, you must configure the password on all switches in the VTP domain.
And the password must be the same password on all those switches. The VTP password that you configure is
translated by algorithm into a 16−byte word (MD5 value) that is carried in all summary−advertisement VTP
packets.
VTP Pruning
VTP ensures that all switches in the VTP domain are aware of all VLANs. But, there are occasions when VTP
can create unnecessary traffic. All unknown unicasts and broadcasts in a VLAN are flooded over the entire
VLAN. All switches in the network receive all broadcasts, even in situations in which few users are connected
in that VLAN. VTP pruning is a feature that you use in order to eliminate or prune this unnecessary traffic.
Notes:
• All switches have the same the VTP domain name, unless the network design insists for different
VTP domains.
Note: Trunk negotiation does not work across VTP domains. See the Data Traffic Blocked between
VTP Domains section for more information.
• All switches in a VTP domain must run the same VTP version.
• All switches in a VTP domain has the same VTP password, if there is any.
• All VTP Server switch(es) should have the same configuration revision number and it should also be
the highest in the domain.
• When you move a VTP mode of a switch from Transparent to Server, VLANs configured on the VTP
Transparent switch should exist on the Server switch.
Note: The Catalyst 2948G−L3 and Catalyst 4908G−L3 Layer 3 (L3) switches do not support several Layer 2
(L2)−oriented protocols that are found on other Catalyst switches. Such protocols include VTP, DTP, and Port
Aggregation Protocol (PAgP).
In Cisco IOS Software, you can configure the VTP domain name, the VTP mode, and the VLANs in
a. In EXEC mode, issue this command in order to enter VLAN configuration mode:
Router#vlan database
Router(vlan)#
Note: The end command and the Ctrl−Z command do not work in this mode.
Router(vlan)#end
Router(vlan)#^Z
Router(vlan)#
Router(vlan)#exit
APPLY completed.
Exiting....
Router#
2. In global configuration mode:
In Cisco IOS Software global configuration mode, you can configure all VTP parameters with Cisco
IOS Software commands. This is the command format:
Router(config)#vtp ?
Issue these commands in order to monitor the VTP operation and status:
Note: This is similar to the method for Cisco 6500 series switches that run Cisco IOS Software.
From enable mode, issue these commands in order to monitor VTP operation:
Note: The Catalyst 2900XL series switches with Cisco IOS Software Release 11.2(8)SA4 and later support
VTP protocol. The Cisco IOS Software Release 11.2(8)SA3 and earlier code do not support VTP protocol on
Catalyst 2900XL series switches.
Open the Switch Management, choose Configure > VLAN > Create, and fill out the available fields in
order to configure a VLAN on a Catalyst Express 500 series switch. Refer to the Create, Modify, and Delete
VLANs section of Customization for more information.
Practical Examples
This first example involves two Catalyst 4000 switches that are connected by a Fast Ethernet link:
1. Bing is a new switch that has no VTP domain name and no VLAN. Clic is a switch that currently
exists and runs with 12 VLANs in the VTP domain test.
2. In this sample output from the show vtp domain command, you can see that the VTP version is set at
2. This means that the switch is VTP V2−capable. But the switch does not run VTP V2 in this case.
The switch only runs VTP V2 if the V2 mode is enabled with the set vtp v2 enable command:
!−−− On bing:
−−−−−−−−−−−−−−−−−−FRAME 1−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
DLC: −−−−− DLC Header −−−−−
DLC:
DLC: Frame 1988 arrived at 15:01:00.1223; frame size is 99 (0063 hex) bytes.
DLC: Destination = Multicast 01000CCCCCCC
DLC: Source = Station 005014BB63FD
DLC: 802.3 length = 85
DLC:
LLC: −−−−− LLC Header −−−−−
LLC:
LLC: DSAP Address = AA, DSAP IG Bit = 00 (Individual Address)
LLC: SSAP Address = AA, SSAP CR Bit = 00 (Command)
LLC: Unnumbered frame: UI
LLC:
SNAP: −−−−− SNAP Header −−−−−
SNAP:
SNAP: Vendor ID = Cisco1
SNAP: Type = 2003 (VTP)
SNAP:
VTP: −−−−− Cisco Virtual Trunk Protocol (VTP) Packet −−−−−
VTP:
VTP: Version = 1
VTP: Message type = 0x01 (Summary−Advert)
VTP: Number of Subset−Advert messages = 0
VTP: Length of management domain name = 4
VTP: Management domain name = "test"
VTP: Number of Padding bytes = 28
VTP: Configuration revision number = 0x0000000b
VTP: Updater Identity IP address = 0.0.0.0
VTP: Update Timestamp = "930525053753"
VTP: MD5 Digest value = 0x857610862F3015F0
VTP: 0x220A52427247A7A0
−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
5. With trace set, bing receives a summary advertisement with no followers. Therefore, bing updates its
domain name and sends advertisement requests to obtain the VLAN information, in FRAME 2 in this
sample output:
!−−− On bing:
−−−−−−−−−−−−−−−−−−−−−−FRAME 2−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
DLC: −−−−− DLC Header −−−−−
DLC:
!−−− On bing:
−−−−−−−−−−−−−−−−−FRAME 3−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−
DLC: −−−−− DLC Header −−−−−
DLC:
DLC: Frame 2008 arrived at 15:01:03.9661; frame size is 99 (0063 hex) bytes.
DLC: Destination = Multicast 01000CCCCCCC
DLC: Source = Station 003019798CFD
DLC: 802.3 length = 85
DLC:
LLC: −−−−− LLC Header −−−−−
LLC:
LLC: DSAP Address = AA, DSAP IG Bit = 00 (Individual Address)
LLC: SSAP Address = AA, SSAP CR Bit = 00 (Command)
LLC: Unnumbered frame: UI
LLC:
SNAP: −−−−− SNAP Header −−−−−
SNAP:
SNAP: Vendor ID = Cisco1
SNAP: Type = 2003 (VTP)
SNAP:
VTP: −−−−− Cisco Virtual Trunk Protocol (VTP) Packet −−−−−
VTP:
VTP: Version = 1
VTP: Message type = 0x01 (Summary−Advert)
VTP: Number of Subset−Advert messages = 1
This example shows how to verify the VTP configuration on a Catalyst 6000 that runs Cisco IOS
Software:
VTP Version: 2
Configuration Revision: 247
Maximum VLANs supported locally: 1005
Number of existing VLANs: 33
VTP Operating Mode: Client
VTP Domain Name: Lab_Network
VTP Pruning Mode: Enabled
VTP V2 Mode: Disabled
This example shows how to display VTP statistics on a Catalyst 6000 that runs Cisco IOS Software:
VTP statistics:
Summary advertisements received: 7
Subset advertisements received: 5
Request advertisements received: 0
Summary advertisements transmitted: 997
Subset advertisements transmitted: 13
Request advertisements transmitted: 3
Number of config revision errors: 0
Number of config digest errors: 0
Number of V1 summary errors: 0
VTP pruning statistics:
For this alteration, a VLAN database was introduced into Cisco IOS Software as a method to immediately
save VTP updates for VTP clients and servers. In some versions of software, this VLAN database is in the
form of a separate file in NVRAM, called the vlan.dat file. You can view VTP/VLAN information that is
stored in the vlan.dat file for the VTP client or VTP server if you issue the show vtp status command.
VTP server/client mode switches do not save the entire VTP/VLAN configuration to the startup config file in
the NVRAM when you issue the copy running−config startup−config command on these systems. It saves
the configuration in the vlan.dat file. This does not apply to systems that run as VTP transparent. VTP
transparent systems save the entire VTP/VLAN configuration to the startup config file in NVRAM when you
issue the copy running−config startup−config command. For example, if you delete vlan.dat file after the
configuration of the VTP in Server or Client mode and reload the switch, it resets the VTP configuration to
default settings. But if you configure VTP in transparent mode, delete the vlan.dat and reload the switch, it
retains the VTP configuration. This is an example of default VTP configuration.
You can configure normal−range VLANs (2 through 1000) when the switch is in either VTP server or
transparent mode. But, you can only configure extended−range VLANs (1025 through 4094) in VTP
transparent switches.
• In order to display all the VLAN configurations, the VLAN ID, name, and so forth, that are stored in
the binary file, you must issue the show vlan command.
• You can display the VTP information, the mode, domain, and so forth, with use of the show vtp
status command.
• The VLAN information and the VTP information are not displayed in the show running−config
command output when the switch is in the VTP server/client mode. This is normal behavior of the
switch.
Verify these items if switches that run VTP fail to exchange VLAN information:
• VTP information only passes through a trunk port. Make sure that all ports that interconnect switches
are configured as trunks and are actually trunking.
Note: VTP V2 is disabled by default on VTP V2−capable switches. When you enable VTP V2 on a
switch, every VTP V2−capable switch in the VTP domain enables V2. You can only configure the
version on switches in VTP server or transparent mode.
• Switches that operate in transparent mode drop VTP advertisements if they are not in the same VTP
domain. A switch that is in VTP transparent mode and uses VTP V2 propagates all VTP messages,
regardless of the VTP domain that is listed. However, a switch with VTP V1 only propagates VTP
messages that have the same VTP domain as the domain that is configured on the local switch.
• The extended−range VLANs are not propagated. So you must configure extended−range VLANs
manually on each network device.
Note: In the future, the Catalyst 6500 Cisco IOS Software switches support VTP Version 3. This
version is able to transmit extended−range VLANs. So far, VTP Version 3 is only supported on
CatOS. Refer to the Understanding How VTP Version 3 Works section of Configuring VTP for more
information on VTP Version 3.
• The Security Association Identifier (SAID) values must be unique. SAID is a user−configurable,
4−byte VLAN identifier. The SAID identifies traffic that belongs to a particular VLAN. The SAID
also determines to which VLAN each packet is switched. The SAID value is 100,000 plus the VLAN
number. These are two examples:
Either of these two reasons can cause the automatic VTP mode change in these switches:
• More VLANs run on the Spanning Tree Protocol (STP) than the switch can support.
Catalyst Layer 2 and Layer 3 fixed configuration switches support a different maximum number of
instances of STP with the use of per−VLAN spanning tree+ (PVST+). For example, the Catalyst 2940
supports four instances of STP in PVST+ mode, while the Catalyst 3750 supports 128 instances of
If the number of instances of STP that is already in use is greater than the maximum number, you can
disable STP on one of the VLANs and enable it on the VLAN where you want STP to run. Issue the
no spanning−tree vlan vlan−id global configuration command in order to disable STP on a specific
VLAN. Then, issue the spanning−tree vlan vlan−id global configuration command in order to
enable STP on the desired VLAN.
Note: Switches that do not run STP still forward the bridge protocol data units (BPDUs) that they
receive. In this way, the other switches on the VLAN that have a running STP instance can break
loops. Therefore, STP must run on enough switches in order to break all the loops in the network. For
example, at least one switch on each loop in the VLAN must run STP. You do not need to run STP on
all switches in the VLAN. However, if you run STP only on a minimal set of switches, a change to
the network can introduce a loop into the network and can result in a broadcast storm.
Workarounds:
♦ Reduce the number of VLANs that are configured to a number that the switch supports.
♦ Configure the IEEE 802.1s Multiple STP (MSTP) on the switch in order to map multiple
VLANs to a single STP instance.
♦ Use switches and/or images (Enhanced Image [EI]) which support a greater number of
VLANs.
• The switch receives more VLANs from a connected switch than the switch can support.
An automatic VTP mode change also can occur if the switch receives a VLAN configuration database
message that contains more than a set number of VLANs. This normally happens in Catalyst Layer 2
and Layer 3 fixed configuration switches when they are connected to a VTP domain that has more
VLANs than are supported locally.
Workarounds:
♦ Configure the allowed VLAN list on the trunk port of the connected switch in order to restrict
the number of VLANs that are passed to the client switch.
♦ Enable pruning on the VTP server switch.
♦ Use switches and/or images (EI) which support a greater number of VLANs.
It is possible that you can also see this error message. Some of the switches do not show this error message.
The solution for this issue is to manually force the trunking instead in order to rely on the DTP. Configure the
trunk ports between the switches with the switchport mode trunk command.
The watchdog timeout can occur if these two conditions are met:
Issue the show vlan command on the Catalyst in order to observe the Token Ring VLAN translation. This is
an example of show vlan command output:
VLAN Type SAID MTU Parent RingNo BrdgNo Stp BrdgMode Trans1 Trans2
−−−− −−−−− −−−−−−−−−− −−−−− −−−−−− −−−−−− −−−−−− −−−− −−−−−−−− −−−−−− −−−−−−
1 enet 100001 1500 − − − − − 1003
How Does CatOS Version 6.3(3) Protect My Switch from a Watchdog Timeout?
There is a protective feature in order to prevent a watchdog timeout in this CatOS version. The Catalyst
switch switches from VTP server/client to VTP transparent mode.
How Do I Determine If My Switch Has Gone to VTP Transparent Mode in Order to Protect
Against a Watchdog Timeout?
Your switch has gone to VTP transparent mode if the logging level for the VTP is raised to 4.
What Are the Negative Effects When the Switch Goes to VTP Transparent Mode?
If these effects occur, and this switch is in the core of your network, your network can be negatively affected.
Any Cisco IOS Software−based switch, such as the switches in this list, can supply the unsupported VTP
configuration:
The solution in CatOS−based switches enables the switches to handle this translated information properly.
The solution for the Cisco IOS Software−based switches is to remove this default translation and match the
behavior of the CatOS−based switches. These are the integrated fixed versions that are currently available:
Catalyst Switch
Fixed Releases
5.5(14) and later
CatOS switches
6.3(6) and later
If you cannot upgrade to images that have these fixes integrated, you can modify the configuration in the
Cisco IOS Software−based switches. Use this procedure if the switch is a VTP server:
goss#vlan data
goss(vlan)#apply
APPLY completed.
goss(vlan)#exit
APPLY completed.
Exiting....
The 1002 VLAN can be translated, but you can also remove it if you include this in your configuration:
Some confusion exists about when this switchover to VTP transparent mode occurs. The scenarios in this
section provide examples of when the switchover can happen.
• Example 1
♦ Both the Catalyst 6500 and the Catalyst 3500XL are VTP servers with the same VTP
configuration revision number.
♦ Both servers have the same VTP domain name and the same VTP password, if the password
is configured.
♦ The Catalyst 3500XL has the translated Token Ring VLAN.
♦ You start the servers while they are disconnected.
If you connect these two switches, the Catalyst 6500 goes to VTP transparent mode. Of course, this
also happens if the Cisco 3500XL has a higher VTP configuration revision number than the Catalyst
6500 configuration revision number. Moreover, if the switch to VTP transparent mode happens when
you physically connect the two switches, you can reasonably assume that the change would also
happen if you booted the Catalyst 6500 for the first time while the switch was already connected.
• Example 2
What Is the Quickest Way to Recover After I Notice the Translation in My Network?
Even if you correct the Token Ring VLAN information in one switch, such as the switch that malfunctioned,
the information can have propagated throughout your network. You can use the show vlan command in order
to determine if this occurred. Therefore, the quickest way to recover is to perform these steps:
The change should be propagated to all the other VTP servers and clients.
You can use the show vlan command in order to verify that the translation is gone in the network. At
this point, you should be able to change the affected CatOS 6.3(3) switch back to a VTP server.
Note: The Catalyst XL switches do not support as many VLANs as the Catalyst 6500s support.
Ensure that all the VLANs in the Catalyst 6500 exist in the Catalyst XL switch before you reconnect
them. For example, you do not want to connect a Catalyst 3548XL with 254 VLANs and a higher
VTP configuration revision number to a Catalyst 6500 that has 500 VLANs configured.
This problem occurs when you have a large switched domain that is all in the same VTP domain, and you
want to add one switch in the network.
This switch was previously used in the lab, and a good VTP domain name was entered. The switch was
configured as a VTP client and was connected to the rest of the network. Then, you brought the ISL link up to
the rest of the network. In just a few seconds, the whole network was down. What can have happened?
The configuration revision number of the switch that you inserted was higher than the configuration revision
number of the VTP domain. Therefore, your recently introduced switch, with almost no configured VLANs,
erased all VLANs through the VTP domain.
This happens whether the switch is a VTP client or a VTP server. A VTP client can erase VLAN information
on a VTP server. You can tell that this has happened when many of the ports in your network go into inactive
state but continue to be assigned to a nonexistent VLAN.
Solution
What to Remember
Always make sure that the configuration revision number of all switches that you insert into the VTP domain
is lower than the configuration revision number of the switches that are already in the VTP domain.
If you have the output of a show tech−support command from your Cisco device, you can use the Output
Interpreter ( registered customers only) in order to display potential issues and fixes.
Example
1993 May 25 05:09:50 %PAGP−5−PORTTOSTP:Port 2/1 joined bridge port 2/1 lan
VLAN Name Status IfIndex Mod/Ports, Vlans
−−−− −−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−− −−−−−−−−− −−−−−−− −−−−−−−−−−−−−−−−−−−−−−−−
1 default active 65 2/2,2/4−50
2 VLAN0002 active 70
3 VLAN0003 active 71 2/3
1002 fddi−default active 66
1003 token−ring−default active 69
1004 fddinet−default active 67
1005 trnet−default active 68 68
Bing erased the clic VLAN, and now clic has VLANs 4, 5, and 6. But, clic no longer has VLANs 2
and 3, and port 2/3 is inactive.
Complete these steps in order to reset the configuration revision number with the change of the Domain
Name:
The configuration revision number is back to 0, and all the VLANs are still present:
Complete these steps in order to reset the configuration revision number with the change of the VTP mode:
The configuration revision number is back to 0, and all the VLANs are still present:
The configuration revision is 0. There is no risk that anything can be erased, and all the previously
configured VLANs remain:
Note: This example assumes that VLAN 3 is the VLAN that is assigned to the uplink port.
After you complete these steps, VTP should repopulate the VLAN database from the VTP server. The
repopulation moves all ports that were members of VLANs that the VTP server advertised back into the active
state.
If you make VLAN changes during a time when you have a trunk down or when LANE connectivity is down
between two parts of your network, you can lose your VLAN configuration. When the trunk connectivity is
restored, the two sides of the network resynchronize. Therefore, the switch with the highest configuration
revision number erases the VLAN configuration of the lowest configuration revision switch.
When VTP is used and a new VLAN is created, the VLAN is propagated through the entire VTP domain. The
VLAN is then created in all switches in the VTP domain. All Cisco switches use PVST, which means that the
switches run a separate STP for each VLAN. This adds to the CPU load of the switch. You must refer to the
maximum number of logical ports (for the STP) that are supported on the switch in order to have an idea of
the number of STPs that you can have on each switch. The number of logical ports is roughly the number of
ports that run STP.
Note: A trunk port runs one instance of STP for each active VLAN on the trunk.
This number, the maximum number of logical ports for STP, varies from switch to switch and is documented
in the release notes for each product. For example, on a Catalyst 5000 with a Supervisor Engine 2, you can
have a maximum of 1500 STP instances. Each time you create a new VLAN with VTP, the VLAN is
propagated by default to all switches and is subsequently active on all ports. You might need to prune
unnecessary VLANs from the trunk in order to avoid inflation of the number of logical ports.
Note: Pruning unnecessary VLANs from the trunk can be done with one of two methods:
• Manual pruning of the unnecessary VLAN on the trunkThis is the best method, and it avoids the
use of the spanning tree. Instead, the method runs the pruned VLAN on trunks. The VTP Pruning
section of this document describes manual pruning further.
• VTP pruningAvoid this method if the goal is to reduce the number of STP instances. VTP−pruned
VLANs on a trunk are still part of the spanning tree. Therefore, VTP−pruned VLANs do not reduce
the number of spanning tree port instances.
VTP Pruning
VTP pruning increases the available bandwidth. VTP pruning restricts flooded traffic to those trunk links that
the traffic must use in order to access the appropriate network devices. By default, VTP pruning is disabled.
The enablement of VTP pruning on a VTP server enables pruning for the entire management domain. The set
vtp pruning enable command prunes VLANs automatically and stops the inefficient flooding of frames
where the frames are not needed. By default, VLANs 2 through 1000 are pruning eligible. VTP pruning does
not prune traffic from pruning−ineligible VLANs. VLAN 1 is always pruning ineligible; traffic from VLAN 1
cannot be pruned.
Note: Unlike manual VLAN pruning, automatic pruning does not limit the spanning tree diameter.
All devices in the management domain must support VTP pruning in order for VTP pruning to be effective.
On devices that do not support VTP pruning, you must manually configure the VLANs that are allowed on
trunks. You can perform manual pruning of the VLAN from the trunk with the clear trunk mod/port
command and the clear trunk vlan_list command. For example, you can choose to only allow, on each trunk,
a core switch to the VLANs that are actually needed. This helps to reduce the load on the CPUs of all switches
(core switches and access switches) and avoids the use of STP for those VLANs that extend through the entire
network. This pruning limits STP problems in the VLAN.
This is an example:
• TopologyThe topology is two core switches that are connected to each other, each with 80 trunk
connections to 80 different access switches. With this design, each core switch has 81 trunks, and
each access switch has two uplink trunks. This assumes that access switches have, in addition to the
two uplinks, two or three trunks that go to a Catalyst 1900. This is a total of four to five trunks per
access switch.
• PlatformCore switches are Catalyst 6500s with Supervisor Engine 1A and Policy Feature Card 1
(PFC1) that run software release 5.5(7). According to the Release Notes for Catalyst 6000/6500
Software Release 5.x, this platform cannot have more than 4000 STP logical ports.
• Access switchesAccess switches are either:
♦ Catalyst 5000 switches with Supervisor Engine 2, which do not support more than 1500 STP
logical ports
Note: Even if you do not exceed the number of allowed logical ports, prune VLANs from a trunk.
The reason is that an STP loop in one VLAN only extends where the VLAN is allowed and does not
go through the entire campus. The broadcast in one VLAN does not reach the switch that does not
need the broadcast. In releases that are earlier than software release 5.4, you cannot clear VLAN 1
from trunks. In later releases, you can clear VLAN 1 with this command:
The Case of VLAN 1 section of this document discusses techniques on how to keep VLAN 1 from
spanning the whole campus.
Note: The show vtp statistics command output in this section provides an example.
If you find that the VLAN information is not updated on a certain switch, or if you encounter other, similar
problems, issue the show vtp statistics command. Determine if the count of VTP packets with configuration
revision number errors is increasing:
VTP statistics:
summary advts received 4690
subset advts received 7
request advts received 0
summary advts transmitted 4397
subset advts transmitted 8
request advts transmitted 0
No of config revision errors 5
No of config digest errors 0
VTP pruning statistics:
Trunk Join Transmitted Join Received Summary advts received from
non−pruning−capable device
−−−−−−−− −−−−−−−−−−−−−−− −−−−−−−−−−−−− −−−−−−−−−−−−−−−−−−−−−−−−−−−
1/1 0 0 0
1/2 0 0 0
Console> (enable)
If you observe a configuration revision error, you can resolve this problem if you change the VLAN database
in some way so that a VTP database with a higher revision number than the revision number of the competing
databases is created. For example, on the switch that acts as the primary VTP server, add or delete a false
VLAN in the administrative domain. This updated revision is propagated throughout the domain and
overwrites the database at all devices. When all the devices in the domain advertise an identical database, the
error no longer appears.
VTP statistics:
summary advts received 3240
subset advts received 4
request advts received 0
The general purpose of an MD5 value is to verify the integrity of a received packet and to detect any changes
to the packet or corruption of the packet during transit. When a switch detects a new revision number that is
different from the currently stored value, the switch sends a request message to the VTP server and requests
the VTP subsets. A subset advertisement contains a list of VLAN information. The switch calculates the MD5
value for the subset advertisements and compares the value to the MD5 value of the VTP summary
advertisement. If the two values are different, the switch increases the No of config digest errors
counter.
A common reason for these digest errors is that the VTP password is not configured consistently on all VTP
servers in the VTP domain. Troubleshoot these errors as a misconfiguration or data corruption issue.
When you troubleshoot this problem, ensure that the error counter is not historical. The statistics menu counts
errors since the most recent device reset or the VTP statistics reset.
Conclusion
There are some disadvantages to the use of VTP. You must balance the ease of VTP administration against
the inherent risk of a large STP domain and the potential instability and risks of STP. The greatest risk is an
STP loop through the entire campus. When you use VTP, there are two things to which you must pay close
attention:
• Remember the configuration revision and how to reset it each time that you insert a new switch in
your network so that you do not bring down the entire network.
• Avoid as much as possible to have a VLAN that spans the entire network.
Related Information
• LAN Product Support Pages
• LAN Switching Support Page
• Technical Support & Documentation − Cisco Systems
All contents are Copyright © 1992−2006 Cisco Systems, Inc. All rights reserved. Important Notices and Privacy Statement.