Command Reference Cisco
Command Reference Cisco
x (Catalyst 9300
Switches)
First Published: 2021-12-07
Americas Headquarters
Cisco Systems, Inc.
170 West Tasman Drive
San Jose, CA 95134-1706
USA
http://www.cisco.com
Tel: 408 526-4000
800 553-NETS (6387)
Fax: 408 527-0883
THE SPECIFICATIONS AND INFORMATION REGARDING THE PRODUCTS IN THIS MANUAL ARE SUBJECT TO CHANGE WITHOUT NOTICE. ALL STATEMENTS,
INFORMATION, AND RECOMMENDATIONS IN THIS MANUAL ARE BELIEVED TO BE ACCURATE BUT ARE PRESENTED WITHOUT WARRANTY OF ANY KIND,
EXPRESS OR IMPLIED. USERS MUST TAKE FULL RESPONSIBILITY FOR THEIR APPLICATION OF ANY PRODUCTS.
THE SOFTWARE LICENSE AND LIMITED WARRANTY FOR THE ACCOMPANYING PRODUCT ARE SET FORTH IN THE INFORMATION PACKET THAT SHIPPED WITH
THE PRODUCT AND ARE INCORPORATED HEREIN BY THIS REFERENCE. IF YOU ARE UNABLE TO LOCATE THE SOFTWARE LICENSE OR LIMITED WARRANTY,
CONTACT YOUR CISCO REPRESENTATIVE FOR A COPY.
The Cisco implementation of TCP header compression is an adaptation of a program developed by the University of California, Berkeley (UCB) as part of UCB's public domain version of
the UNIX operating system. All rights reserved. Copyright © 1981, Regents of the University of California.
NOTWITHSTANDING ANY OTHER WARRANTY HEREIN, ALL DOCUMENT FILES AND SOFTWARE OF THESE SUPPLIERS ARE PROVIDED “AS IS" WITH ALL FAULTS.
CISCO AND THE ABOVE-NAMED SUPPLIERS DISCLAIM ALL WARRANTIES, EXPRESSED OR IMPLIED, INCLUDING, WITHOUT LIMITATION, THOSE OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT OR ARISING FROM A COURSE OF DEALING, USAGE, OR TRADE PRACTICE.
IN NO EVENT SHALL CISCO OR ITS SUPPLIERS BE LIABLE FOR ANY INDIRECT, SPECIAL, CONSEQUENTIAL, OR INCIDENTAL DAMAGES, INCLUDING, WITHOUT
LIMITATION, LOST PROFITS OR LOSS OR DAMAGE TO DATA ARISING OUT OF THE USE OR INABILITY TO USE THIS MANUAL, EVEN IF CISCO OR ITS SUPPLIERS
HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES.
Any Internet Protocol (IP) addresses and phone numbers used in this document are not intended to be actual addresses and phone numbers. Any examples, command display output, network
topology diagrams, and other figures included in the document are shown for illustrative purposes only. Any use of actual IP addresses or phone numbers in illustrative content is unintentional
and coincidental.
All printed copies and duplicate soft copies of this document are considered uncontrolled. See the current online version for the latest version.
Cisco has more than 200 offices worldwide. Addresses and phone numbers are listed on the Cisco website at www.cisco.com/go/offices.
The documentation set for this product strives to use bias-free language. For purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on
age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that
is hardcoded in the user interfaces of the product software, language used based on standards documentation, or language that is used by a referenced third-party product.
Cisco and the Cisco logo are trademarks or registered trademarks of Cisco and/or its affiliates in the U.S. and other countries. To view a list of Cisco trademarks, go to this URL:
https://www.cisco.com/c/en/us/about/legal/trademarks.html. Third-party trademarks mentioned are the property of their respective owners. The use of the word partner does not imply a
partnership relationship between Cisco and any other company. (1721R)
© 2021 Cisco Systems, Inc. All rights reserved.
CONTENTS
broadcast-underlay 17
database-mapping 18
dynamic-eid 21
eid-record-provider 22
eid-record-subscriber 23
eid-table 24
encapsulation 26
etr 27
etr map-server 28
extranet 29
first-packet-petr 30
instance-id 32
ip pim lisp core-group-range 33
ip pim lisp transport multicast 34
ip pim rp-address 35
ip pim sparse mode 36
ipv4 multicast multitopology 37
ip pim ssm 38
itr 39
itr map-resolver 40
locator default-set 41
locator-set 42
map-cache 43
map-cache extranet 44
prefix-list 45
route-import database 46
service 48
show lisp instance-id ipv4 database 49
show lisp instance-id ipv6 database 51
show lisp instance-id ipv4 map-cache 52
show lisp instance-id ipv6 map-cache 58
show lisp instance-id ipv4 server 60
show lisp instance-id ipv6 server 62
show lisp instance-id ipv4 statistics 63
show lisp instance-id ipv6 statistics 64
show lisp prefix-list 65
show lisp session 66
use-petr 67
show platform hardware fed switch active sgacl resource usage 140
show platform software classification switch active F0 class-group-manager class-group client acl
all 141
show platform software cts forwarding-manager switch active F0 port 142
show platform software cts forwarding-manager switch active F0 146
show platform software cts forwarding-manager switch active F0 permissions 147
show platform software fed switch active acl counters hardware | inc SGACL 149
avb 842
channel-group 844
channel-protocol 847
clear l2protocol-tunnel counters 848
clear lacp 849
clear pagp 850
clear spanning-tree counters 851
clear spanning-tree detected-protocols 852
debug etherchannel 853
debug lacp 854
debug pagp 855
debug platform pm 856
debug platform udld 857
debug spanning-tree 858
load-balance 1041
mdt log-reuse 1043
mdt default 1044
mdt data 1046
member (l2vpn vfi) 1048
member pseudowire 1049
mpls label range 1051
mpls label protocol (interface configuration) 1054
mpls label protocol (global configuration) 1055
mpls ldp logging neighbor-changes 1056
mpls ip (interface configuration) 1057
mpls ip (global configuration) 1058
mpls ip default-route 1059
neighbor (MPLS) 1060
show ip pim mdt send 1061
show ip pim mdt receive 1062
show ip pim mdt history 1064
show ip pim mdt bgp 1065
show mpls label range 1066
show mpls ldp bindings 1067
show mpls ldp discovery 1069
show mpls ldp neighbor 1071
show mpls forwarding-table 1072
show mpls static binding 1080
show mpls static crossconnect 1082
mpls static binding ipv4 1083
show platform hardware fed (TCAM utilization) 1085
active-timeout 1107
cache 1108
clear flow exporter 1110
clear flow monitor 1111
clear platform software fed switch swc connection 1113
clear platform software fed switch swc statistics 1114
clear snmp stats hosts 1115
collect 1116
collect counter 1117
collect flow sampler 1118
collect interface 1119
collect ipv4 destination 1120
collect ipv6 destination 1121
collect ipv4 source 1122
collect ipv6 source 1124
collect timestamp absolute 1126
collect transport tcp flags 1127
collect routing next-hop address 1128
datalink flow monitor 1129
debug flow exporter 1130
debug flow monitor 1131
debug flow record 1132
class 1347
class-map 1349
debug auto qos 1351
match (class-map configuration) 1352
policy-map 1355
priority 1357
qos stack-buffer 1359
qos queue-softmax-multiplier 1360
queue-buffers ratio 1361
queue-limit 1362
random-detect cos 1364
random-detect cos-based 1365
random-detect dscp 1366
random-detect dscp-based 1368
random-detect precedence 1369
random-detect precedence-based 1371
service-policy (Wired) 1372
set 1374
show auto qos 1380
aggregate-address 1408
area nssa 1411
area virtual-link 1413
auto-summary (BGP) 1416
authentication (BFD) 1419
bfd 1420
bfd all-interfaces 1422
bfd check-ctrl-plane-failure 1423
bfd echo 1424
bfd slow-timers 1426
bfd template 1428
bfd-template single-hop 1429
bgp graceful-restart 1430
clear proximity ip bgp 1432
confidentiality-offset 1651
crypto pki trustpool import 1652
debug aaa cache group 1655
debug aaa dead-criteria transaction 1656
debug umbrella 1658
delay-protection 1659
deny (MAC access-list configuration) 1660
device-role (IPv6 snooping) 1663
device-role (IPv6 nd inspection) 1664
device-role (IPv6 nd inspection) 1665
device-tracking (interface config) 1666
device-tracking (VLAN config) 1669
device-tracking binding 1672
device-tracking logging 1692
device-tracking policy 1696
device-tracking tracking 1709
device-tracking upgrade-cli 1713
dnscrypt (Parameter Map) 1716
dot1x authenticator eap profile 1717
dot1x critical (global configuration) 1718
dot1x logging verbose 1719
dot1x max-start 1720
dot1x pae 1721
dot1x supplicant controlled transient 1722
dot1x supplicant force-multicast 1723
dot1x test eapol-capable 1724
dot1x test timeout 1725
dot1x timeout 1726
dscp 1728
dtls 1729
enable password 1731
enable secret 1733
epm access-control open 1736
fqdn ttl-timeout factor 1737
include-icv-indicator 1738
ip access-list 1739
ip access-list role-based 1742
ip admission 1743
ip admission name 1744
ip dhcp snooping database 1746
ip dhcp snooping information option format remote-id 1748
ip dhcp snooping verify no-relay-agent-address 1749
ip http access-class 1750
ip radius source-interface 1752
ip source binding 1754
ip ssh source-interface 1755
ip verify source 1756
ipv6 access-list 1757
ipv6 snooping policy 1759
key chain macsec 1760
key config-key password-encrypt 1761
key-server 1763
limit address-count 1764
local-domain (Parameter Map) 1765
mab logging verbose 1766
mab request format attribute 32 1767
macsec-cipher-suite 1769
macsec network-link 1771
match (access-map configuration) 1772
mka pre-shared-key 1774
mka suppress syslogs sak-rekey 1775
orgid (Parameter Map) 1776
parameter-map type regex 1777
parameter-map type umbrella global 1780
password encryption aes 1781
pattern (Parameter Map) 1783
permit (MAC access-list configuration) 1785
protocol (IPv6 snooping) 1788
arp 1972
boot 1973
cat 1974
copy 1975
copy startup-config tftp: 1976
copy tftp: startup-config 1977
debug voice diagnostics mac-address 1978
debug platform condition feature multicast controlplane 1979
debug platform condition mac 1981
debug platform rep 1982
debug ilpower powerman 1983
delete 1986
dir 1987
emergency-install 1989
exit 1991
factory-reset 1992
flash_init 1995
help 1996
hostname 1997
install 1999
install add file activate reloadfast commit 2013
ip ssh bulk-mode 2015
l2 traceroute 2016
license air level 2017
license boot level 2019
license smart (global config) 2022
license smart (privileged EXEC) 2032
line auto-consolidation 2041
location 2043
Note The documentation set for this product strives to use bias-free language. For purposes of this documentation
set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial
identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be
present in the documentation due to language that is hardcoded in the user interfaces of the product software,
language used based on standards documentation, or language that is used by a referenced third-party product.
User EXEC Begin a session with Enter logout or quit. Use this mode to
Switch>
your switch.
• Change terminal
settings.
• Perform basic tests.
• Display system
information.
Privileged While in user EXEC Enter disable to exit. Use this mode to verify
#
EXEC mode, enter the enable commands that you have
command. entered. Use a password to
protect access to this mode.
For more detailed information on the command modes, see the command reference guide for this release.
Command Purpose
Command Purpose
# sh conf<tab>
# show configuration
Switch> show ?
# show conf
Beginning in privileged EXEC mode, enter this command to change the number of command lines that the
switch records during the current terminal session:
Recalling Commands
To recall commands from the history buffer, perform one of the actions listed in this table. These actions are
optional.
Note The arrow keys function only on ANSI-compatible terminals such as VT100s.
Action Result
Press Ctrl-P or the up arrow Recalls commands in the history buffer, beginning with the most recent
key. command. Repeat the key sequence to recall successively older commands.
Press Ctrl-N or the down arrow Returns to more recent commands in the history buffer after recalling
key. commands with Ctrl-P or the up arrow key. Repeat the key sequence to
recall successively more recent commands.
show history While in privileged EXEC mode, lists the last several commands that you
just entered. The number of commands that appear is controlled by the
(config)# help setting of the terminal history global configuration command and the
history line configuration command.
To re-enable the enhanced editing mode for the current terminal session, enter this command in privileged
EXEC mode:
# terminal editing
To reconfigure a specific line to have enhanced editing mode, enter this command in line configuration mode:
(config-line)# editing
Note The arrow keys function only on ANSI-compatible terminals such as VT100s.
Move around the command line to Press Ctrl-B, or press the Moves the cursor back one character.
make changes or corrections. left arrow key.
Press Ctrl-F, or press the Moves the cursor forward one character.
right arrow key.
Recall commands from the buffer Press Ctrl-Y. Recalls the most recent entry in the buffer.
and paste them in the command line.
The switch provides a buffer with
the last ten items that you deleted.
Delete entries if you make a mistake Press the Delete or Erases the character to the left of the
or change your mind. Backspace key. cursor.
Scroll down a line or screen on Press the Return key. Scrolls down one line.
displays that are longer than the
terminal screen can display.
Note The More prompt is
used for any output
that has more lines
than can be displayed
on the terminal screen,
including show
command output. You
can use the Return and
Space bar keystrokes
whenever you see the
More prompt.
Redisplay the current command line Press Ctrl-L or Ctrl-R. Redisplays the current command line.
if the switch suddenly sends a
message to your screen.
Note The arrow keys function only on ANSI-compatible terminals such as VT100s.
In this example, the access-list global configuration command entry extends beyond one line. When the cursor
first reaches the end of the line, the line is shifted ten spaces to the left and redisplayed. The dollar sign ($)
shows that the line has been scrolled to the left. Each time the cursor reaches the end of the line, the line is
again shifted ten spaces to the left.
After you complete the entry, press Ctrl-A to check the complete syntax before pressing the Return key to
execute the command. The dollar sign ($) appears at the end of the line to show that the line has been scrolled
to the right:
The software assumes that you have a terminal screen that is 80 columns wide. If you have a width other than
that, use the terminal width privileged EXEC command to set the width of your terminal.
Use line wrapping with the command history feature to recall and modify previous complex command entries.
Note We recommend using one CLI session when managing the switch stack.
If you want to configure a specific switch member port, you must include the switch member number in the
CLI command interface notation.
To debug a specific switch member, you can access it from the active switch by using the session
stack-member-number privileged EXEC command. The switch member number is appended to the system
prompt. For example, Switch-2# is the prompt in privileged EXEC mode for switch member 2, and where the
system prompt for the active switch is Switch. Only the show and debug commands are available in a CLI
session to a specific switch member.
After you connect through the console port, through the Ethernet management port, through a Telnet session
or through an SSH session, the user EXEC prompt appears on the management station.
broadcast-underlay
To configure the underlay in a LISP network to use a mutlicast group to send encapsulated broadcast packets
and link local multicast packets, use the broadcast-underlay command in the service submode.
Syntax Description multicast-ip The IP address of the multicast group used to send the encapsulated broadcast packets
Usage Guidelines Use this command to enable the broadcast functionality on the fabric edge node in a LISP network. Ensure
that this command is used in the router-lisp-service-ethernet mode or router-lisp-instance-service-ethernet
mode.
Use the no form of the command to remove the broadcast functionality.
The following example shows how to configure broadcast on a fabric edge node:
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ethernet
device(config-router-lisp-inst-serv-eth)#eid-table vlan 250
device(config-router-lisp-inst-serv-eth)#broadcast-underlay 225.1.1.1
device(config-router-lisp-inst-serv-eth)#database-mapping mac locator-set rloc2
device(config-router-lisp-inst-serv-eth)#exit-service-ethernet
database-mapping
To configure an IPv4 or IPv6 endpoint identifier-to-routing locator (EID-to-RLOC) mapping relationship and
an associated traffic policy for Locator/ID Separation Protocol (LISP), use the database-mapping command
in the LISP EID-table configuration mode. To remove the configured database mapping, use the no form of
the command.
Syntax Description eid-prefix / prefix-length Specifies the IPv4 or IPv6 endpoint identifier prefix and length that is advertised
by the router.
locator-set RLOC-name Specifies the routing locator (RLOC) associated with the value specified for the
eid-prefix.
Use the following keyword options for database mapping:
• proxy : enables configuration of static proxy database mapping
• default-etr : enables configuration of default ETR database mapping
• route-tag route-tag: monitors the RIB entry for a match with the route-tag
specified
• default-etr-route-map route-map: specifies the route-map to look for
default-etr RIB route updates and dynamically changes the locator set for
this database mapping.
ipv4 interface Specifies the IPv4 address and name of the interface that is used as the RLOC
interface-name for the EID prefix.
ipv6 interface Specifies the IPv6 address and name of the interface that is used as the RLOC
interface-name for the EID prefix.
auto-discover-rlocs Configures the Egress Tunnel Router (ETR) to discover the locators of all routers
configured to function as both an ETR and an Ingress Tunnel Router (ITR)—such
routers are referred to as xTRs—in the ETR LISP site when the site uses multiple
xTRs and each xTR is configured to use DHCP-learned locators or configured
with only its own locators.
Release Modification
Cisco IOS XE Fuji 16.9.1 Introduced support for the keyword proxy.
Usage Guidelines In the LISP-instance-service configuration mode, the database-mapping command configures LISP database
parameters with a specified IPv4 or IPv6 EID-prefix block. The locator is the IPv4 or IPv6 address of any
interface used as the RLOC address for the eid-prefix assigned to the site but can also be the loopback address
of the interface.
When a LISP site has multiple locators associated with the same EID-prefix block, multiple database-mapping
commands are used to configure all of the locators for a given EID-prefix block.
In a MultiSite scenario, the LISP border node advertises the site EID that it’s attached to on the transit
map-server to attract site traffic. To advertise, the border node has to obtain the route from the internal border
and proxy register with the transit site map-server accordingly. The database-mapping eid-prefix locator-set
RLOC-name proxy command enables the configuration of a static proxy database mapping.
In Cisco IOS XE Bengaluru 17.5.1 and later releases, database-mapping eid-prefix locator-set RLOC-name
default-etr-route-map route-map command monitors the specified route-map for route updates corresponding
to the eid-prefix. If there is an update from the route map and if the route map has a defined LISP locator set,
the locator-set of this database mapping is changed to the one specified in the route-map.
By default, RIB metric (BGP MED attribute) information for the specified default-etr eid-prefix is obtained.
You can disable the default using the default-etr disable-metric command.
Enabling the default-etr-route-map option allows you to match other BGP attributes like AS_PATH,
COMMUNITIES, and so on, and modify the locator set of the database mapping accordingly.
Examples
The following example shows how to map the eid-prefix with the locator-set, RLOC, in the EID
configuration mode on an external border:
The following example shows how to dynamically change the eid-prefix/locator-set mapping, using
the default-etr-route-map keyword:
device(config)# router lisp
device(config-router-lisp)# instance-id 1
device(config-router-lisp-inst)# service ipv4
device(config-router-lisp-inst-serv-ipv4)#eid-table default
device(config-router-lisp-inst-serv-ipv4-eid-table)# database-mapping 0.0.0.0/0 locator-set
RLOC default-etr-route-map abc
device(config-router-lisp-inst-serv-ipv4-eid-table)#exit
device(config-router-lisp-inst-serv-ipv4)#
eid-table vrf vrf-name Associates the instance-service instantiation with a virtual routing and forwarding
(VRF) table or default table through which the endpoint identifier address space is
reachable.
dynamic-eid
To create a dynamic End Point Identifier (EID) policy and enter the dynamic-eid configuration mode on an
xTR, use the dynamic-eid command.
dynamic-eid eid-name
Syntax Description eid-name If eid-name exists, it enters eid-name configuration mode. Else, a new dynamic-eid policy with
name eid-name is created and it enters the dynamic-eid configuration mode.
Usage Guidelines To configure LISP mobility, create a dynamic-EID roaming policy that can be referenced by the lisp mobility
interface command. When the dynamic-eid command is entered, the referenced LISP dynamic-EID policy
is created and you enter the dynamic-EID configuration mode. In this mode, all attributes associated with the
referenced LISP dynamic-EID policy can be entered. When a dynamic-EID policy is configured, you must
specify the dynamic-EID-to-RLOC mapping relationship and its associated traffic policy.
lisp mobility Configures an interface on an ITR to participate in LISP mobility (dynamic-EID roaming).
eid-record-provider
To define the extranet policy table for the provider instance use the eid-record-provider command in the
lisp-extranet mode.
Syntax Description instance-id instance id The instance-id of the LISP instance for which the extranet provider policy applies.
ipv4 address prefix Defines the IPv4 EID prefixes to be leaked, specified in a.b.c.d/nn form.
ipv6 address prefix Defines the IPv6 EID prefixes to be leaked, prefix specified in X:X:X:X::X/<0-128>
form.
bidirectional Specifies that the extranet communication between the provider and subscriber EID
prefixes are bidirectional.
Usage Guidelines Use the no form of the command to negate the eid-record-provider configuration.
device(config)#router lisp
device(config-router-lisp)#extranet ext1
device(config-router-lisp-extranet)#eid-record-provider instance-id 5000 10.0.0.0/8
bidirectional
device(config-router-lisp-extranet)#eid-record-subscriber instance-id 1000 3.0.0.0/24
bidirectional
eid-record-subscriber
To define the extranet policy table for the subscriber instance use the eid-record-subscriber command in the
lisp-extranet mode.
Syntax Description instance-id instance id The instance-id of the LISP instance for which the extranet provider policy applies.
ipv4 address prefix Defines the IPv4 EID prefixes to be leaked, specified in a.b.c.d/nn form.
ipv6 address prefix Defines the IPv6 EID prefixes to be leaked, prefix specified in X:X:X:X::X/<0-128>
form.
bidirectional Specifies that the extranet communication between the provider and subscriber EID
prefixes are bidirectional.
Usage Guidelines Use the no form of the command to negate the eid-record-subscriber configuration.
device(config)#router lisp
device(config-router-lisp)#extranet ext1
device(config-router-lisp-extranet)#eid-record-provider instance-id 5000 10.0.0.0/8
bidirectional
device(config-router-lisp-extranet)#eid-record-subscriber instance-id 1000 3.0.0.0/24
bidirectional
device(config-router-lisp-extranet)#eid-record-subscriber instance-id 2000 20.20.0.0/8
bidirectional
eid-table
The eid-table command associates the instance-service instantiation with a virtual routing and forwarding
(VRF) table or default table through which the endpoint identifier address space is reachable.
Syntax Description default Selects the default (global) routing table for association with the configured instance-service.
vrf Selects the named VRF table for association with the configured instance.
vrf-name
Note For Layer 2, ensure that you have defined a VLAN before configuring the eid-table.
For Layer 3, ensure that you have defined a VRF table before you configure the eid-table.
In the following example, an XTR is configured to segment traffic using VRF named vrf-table. The
EID prefix associated with vrf-table is connected to instance ID 3.
device(config)#vrf definition vrf-table
device(config-vrf)#address-family ipv4
device(config-vrf-af)#exit
device(config-vrf)#exit
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#eid-table vrf vrf-table
In the following example, the EID prefix associated with a VLAN, named Vlan10, is connected to
instance ID 101.
device(config)#interface Vlan10
device(config-if)#mac-address ba25.cdf4.ad38
device(config-if)#ip address 10.1.1.1 255.255.255.0
device(config-if)#end
device(config)#router lisp
device(config-router-lisp)#instance-id 101
device(config-router-lisp-inst)#service ethernet
device(config-router-lisp-inst-serv-ethernet)#eid-table Vlan10
device(config-router-lisp-inst-serv-ethernet)#database-mapping mac locator-set set
device(config-router-lisp-inst-serv-ethernet)#exit-service-etherne
device(config-router-lisp-inst)#exit-instance-id
encapsulation
To configure the type of encapsulation of the data packets in the LISP network, use the encapsulation command
in the service mode.
Usage Guidelines Use the encapsulation vxlan command in the service ethernet mode to encapuslate Layer 2 packets. Use the
encapsulation lisp command in the service ipv4 or service ipv6 mode to encapsulate the Layer 3 packets.
Use the no form of the command to remove encapsulation on the packets.
The following example shows how to configure an xTR for data encapsulation
device(config)#router lisp
device(config-router-lisp)#service ipv4
device(config-router-lisp-serv-ipv4)#encapuslation vxlan
device(config-router-lisp-serv-ipv4)#map-cache-limit 200
device(config-router-lisp-serv-ipv4)#exit-service-ipv4
etr
To configure a device as an Egress Tunnel Router (ETR) use the etr command in the instance-service mode
or service submode.
[ no ] etr
router-lisp-service
Usage Guidelines Use this command to enable a device to perform the ETR functionality.
Use the no form of the command to remove the ETR functionality.
A router configured as an ETR is also typically configured with database-mapping commands so that the ETR
knows what endpoint identifier (EID)-prefix blocks and corresponding locators are used for the LISP site. In
addition, the ETR should be configured to register with a map server with the etr map-server command, or
to use static LISP EID-to-routing locator (EID-to-RLOC) mappings with the map-cache command to participate
in LISP networking.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#etr
etr map-server
To configure a map server to be used by the Egress Tunnel Router (ETR) when configuring the EIDs, use the
etr map-server command in the instance mode or instance-service mode. To remove the configured locator
address of the map-server, use the no form of this command.
authentication-key The password used for computing the SHA-1 HMAC hash that is included in the header
of the map-register message.
proxy-reply Specifies that the map server answer the map-requests on behalf the ETR.
Usage Guidelines Use the etr map-server command to configure the locator of the map server to which the ETR will register
for its EIDs. The authentication key argument in the command syntax is a password that is used for a SHA-1
HMAC hash (included in the header of the map-register message). The password used for the SHA-1 HMAC
may be entered in unencrypted (cleartext) form or encrypted form. To enter an unencrypted password, specify
0. To enter an AES encrypted password, specify 6.
Use the no form of the command to remove the map server functionality.
The following example shows how to configure a map server located at 2.1.1.6 to act as a proxy in order to
answer the map-requests on the ETR .
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#etr map-server 2.1.1.6 key foo
device(config-router-lisp-inst-serv-ipv4)#etr map-server 2.1.1.6 proxy-reply
extranet
To enable the inter-VRF communication in a LISP network, use the extranet command in the LISP
configuration mode on the MSMR.
extranet name-extranet
device(config)#router lisp
device(config-router-lisp)#extranet ext1
device(config-router-lisp-extranet)#
first-packet-petr
To prevent the loss of the first packet (and subsequent packets until map-cache is resolved), use the
first-packet-petr command on the Map Server, in the LISP-service or the LISP-instance-service configuration
mode. To disable the configuration of this command, use its no form.
Configuring this command ensures that even the first packet that is sent out from the fabric edge device reaches
its destination through a first-packet-handler border that is available.
Syntax Description remote-locator-set Specifies a remote locator-set, which is a set of IP addresses of remote
fpetr-RLOC devices, that connect to an external network or to networks across sites or
to Data Center through remote or local sites.
LISP-service
Usage Guidelines The ITR or the fabric edge device drops the initial packets sent to it until it learns the destination EID
reachability from the local MSMR. To prevent the drop of the first packet, configure the first-packet-petr
command on the local MSMR.
Configure the first-packet-petr command on the local map server to ensure that when the fabric edges boots
up and resolves the 0/0 map-cache entry, it gets the first packet forwarding RLOCs.
When an MSMR receives a request to connect to an external network (like internet), it first checks for the
availability of an external border. If the map server does not find the default-ETR border or the internet service
providing border, it responds with the remote RLOCs that are configured with the first-packet-petr command.
Note You can configure the first-packet-petr command only on a control plane that is within a fabric site. You
cannot configure this command on the control plane of a transit site.
Example
The following example first defines a remote locator set and associates the remote RLOCs with the
first-packet-petr command:
Device(config)#router lisp
Device(config-router-lisp)#remote-locator-set fpetr
Device(config-router-lisp-remote-locator-set)#23.23.23.23 priority 1 weight 1
Device(config-router-lisp-remote-locator-set)#24.24.24.24 priority 1 weight 1
Device(config-router-lisp-remote-locator-set)#exit-remote-locator-set
Device(config-router-lisp)#service ipv4
Device(config-lisp-srv-ipv4)#first-packet-petr remote-locator-set fpetr
Device(config-lisp-srv-ipv4)#map-server
Device(config-lisp-srv-ipv4)#map-resolver
Device(config-lisp-srv-ipv4)#exit-service-ipv4
Device(config-router-lisp)#
instance-id
To creae a LISP EID instance under the router-lisp configuration mode and enter the instance-id submode,
use the instance-id command.
instance-id iid
Usage Guidelines Use the instance-id command to create a LISP eid instance to group multiple services.
Configuration under this instance-id will apply to all services underneath it.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#
Syntax Description start-SSM-address Specifies the start of the SSM IP address range.
Command Default By default the group range 232.100.100.1 to 232.100.100.255 is assigned if a core range of addresses is not
configured.
Usage Guidelines Native multicast transport supports only PIM SSM in the underlay or the core. Multicast transport uses a
grouping mechanism to map the end-point identifiers (EID) entries to the RLOC space SSM group entries.
By default, the group range 232.100.100.1 to 232.100.100.255 is used as the SSM range of addresses on a
LISP interface to transport multicast traffic. Use the ip pim lisp core-group-range command to manually
change this SSM core group range of IP addresses on the LISP interfaces.
The following example defines a group of 1000 IP addresses starting from 232.0.0.1 as the SSM range of
addresses on the core for multicast traffic.
Device(config)#interface LISP0.201
Device(config-if)#ip pim lisp core-group-range 232.0.0.1 1000
Syntax Description
This command has no keywords or arguments.
Command Default If this command is not configured, head-end replication is used for multicast.
Example
The following example configures multicast as the transport mechanism on a LISP Interface:
Device(config)#interface LISP0
Device(config-if)#ip pim lisp transport multicast
ip pim rp-address
To configure the address of a Protocol Independent Multicast (PIM) rendezvous point (RP) for a particular
group, use the ip pim rp-address command in global configuration mode. To remove an RP address, use
the no form of this command
Syntax Description vrf Optional) Specifies the multicast Virtual Private Network (VPN) routing and forwarding (VRF)
instance.
rp-address IP address of a router to be a PIM RP. This is a unicast IP address in four-part dotted-decimal
notation.
access-list (Optional) Number or name of an access list that defines the multicast groups for which the RP
should be used.
Usage Guidelines Use the ip pim rp-address command to statically define the RP address for multicast groups that are to operate
in sparse mode or bidirectional mode.
You can configure the Cisco IOS software to use a single RP for more than one group. The conditions specified
by the access list determine for which groups the RP can be used. If no access list is configured, the RP is
used for all groups. A PIM router can use multiple RPs, but only one per group.
The following example sets the PIM RP address to 185.1.1.1 for all multicast groups:
Device(config)#ip pim rp-address 185.1.1.1
Syntax Description
This command has no keywords or arguments.
Usage Guidelines The NetFlow collect commands are used to configure nonkey fields for the flow monitor record and to enable
capturing the values in the fields for the flow created with the record. The values in nonkey fields are added
to flows to provide additional information about the traffic in the flows. A change in the value of a nonkey
field does not create a new flow.
Syntax Description
This command has no arguments or keywords.
ip pim ssm
To define the Source Specific Multicast (SSM) range of IP multicast addresses, use the ip pim ssm command
in global configuration mode. To disable the SSM range, use the no form of this command.
Syntax Description vrf Optional) Specifies the multicast Virtual Private Network (VPN) routing and forwarding
(VRF) instance.
range Specifies the standard IP access list number or name defining the SSM range.
access-list
Usage Guidelines When an SSM range of IP multicast addresses is defined by the ip pim ssm command, no Multicast Source
Discovery Protocol (MSDP) Source-Active (SA) messages will be accepted or originated in the SSM range.
The following example sets the SSM range of IP multicast address to default
Device(config)#ip pim ssm default
itr
To configure a device as an Ingress Tunnel Router (ITR) use the itr command in the service submode or
instance-service mode.
[ no ] itr
Usage Guidelines Use this command to enable a device to perform the ITR functionality.
Use the no form of the command to remove theITR functionality.
A device configured as an ITR helps find the EID-to-RLOC mapping for all traffic destined to LISP-capable
sites.
The following example shows how to configure a device as an ITR.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#itr
itr map-resolver
To configure a device as a map resolver to be used by an Ingress Tunnel Router (ITR) when sending
map-requests, use the itr map-resolver command in the service submode or instance-service mode.
Syntax Description map-resolver map-address Configures map-resolver address for sending map requests, on the ITR.
Usage Guidelines Use this command to enable a device to perform the ITR map-resolver functionality.
Use the no form of the command to remove the map-resolver functionality.
A device configured as a Map Resolver accepts encapsulated Map-Request messages from ITRs, decapsulates
those messages, and then forwards the messages to the Map Server responsible for the egress tunnel routers
(ETRs) that are authoritative for the requested EIDs. In a multi-site environment, the site border relies on Map
Resolver prefix-list to determine whether to query the transit site MSMR or site MSMR.
The following example shows how to configure an ITR to use the map-resolver located at 2.1.1.6 when sending
map request messages.
device(config)#router lisp
device(config-router-lisp)#prefix-list wired
device(config-router-lisp-prefix-list)#2001:193:168:1::/64
device(config-router-lisp-prefix-list)#192.168.0.0/16
device(config-router-lisp-prefix-list)#exit-prefix-list
device(config-router-lisp)#service ipv4
device(config-router-lisp-serv-ipv4)#encapsulation vxlan
device(config-router-lisp-serv-ipv4)#itr map-resolver 2.1.1.6 prefix-list wired
device(config-router-lisp-serv-ipv4)#
locator default-set
To mark a locator-set as default, use the locator default-set command at the router-lisp level.
Usage Guidelines The locator-set configured as default with the locator default-set command applies to all services and
instances.
locator-set
To specify a locator-set and enter the locator-set configuration mode, use the locator-set command at the
router-lisp level.
Usage Guidelines You must first define the locator-set before referring to it.
map-cache
To configure a static endpoint identifier (EID) to routing locator (RLOC) (EID-to-RLOC) mapping relationship,
use the map-cache command in the instance-service ipv4 or instance-service ipv6 mode.
Syntax Description destination-eid-prefix/prefix-len Destination IPv4 or IPv6 EID-prefix/prefix-length. The slash is required
in the syntax.
ipv4-address priority priority IPv4 Address of loopback interface. Associated with this locator address
weight weight is a priority and weight that are used to define traffic policies when
multiple RLOCs are defined for the same EID-prefix block.
Note Lower priority locator takes preference.
Usage Guidelines The first use of this command is to configure an Ingress Tunnel Router (ITR) with a static IPv4 or IPv6
EID-to-RLOC mapping relationship and its associated traffic policy. For each entry, a destination EID-prefix
block and its associated locator, priority, and weight are entered. The value in the EID-prefix/prefix-length
argument is the LISP EID-prefix block at the destination site. The locator is an IPv4 or IPv6 address of the
remote site where the IPv4 or IPv6 EID-prefix can be reached. Associated with the locator address is a priority
and weight that are used to define traffic policies when multiple RLOCs are defined for the same EID-prefix
block.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#map-cache 1.1.1.1/24 map-request
map-cache extranet
To install all configured extranet prefixes into map-cache, use the map-cache extranet command in the
instance-service ipv4 or instance-service ipv6 mode.
map-cache extranet-registration
Usage Guidelines To support inter-VRF communication, use the map-cache extranet command on the Map Server Map
Resolver (MSMR). This command generates map requests for all fabric destinations. Use this command in
the service ipv4 or service ipv6 mode under the extranet instance.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#map-cache extranet-registration
prefix-list
To define a named LISP prefix set and to enter the LISP prefix-list configuration mode, use the prefix-list
command in the Router LISP configuration mode. Use the no form of the command to remove the prefix list.
[no]prefix-list prefix-list-name
Syntax Description prefix-list prefix-list-name Specifies the prefix list to be used and enters the prefix-list configuration mode.
Specifies IPv4 EID-prefixes or IPv6 EID-prefixes in the prefix-list mode.
Usage Guidelines Use the prefix-list command to configure an IPV4 or IPv6 prefix list. This command places the router in
prefix-list configuration mode, in which you can define IPv4 prefix list, or IPv6 prefix list. Use the
exit-prefix-list command to exit the prefix-list-configuration mode.
device(config)#router lisp
device(config-router-lisp)#prefix-list wired
device(config-router-prefix-list)#2001:193:168:1::/64
device(config-router-lisp-prefix-list)#192.168.0.0/16
device(config-router-lisp-prefix-list)#exit-prefix-list
route-import database
To configure the import of Routing Information Base (RIB) routes to define local endpoint identifier (EID)
prefixes for database entries and associate them with a locator set, use the route-import database command
in the instance service submode. To remove this configuration, use the no form of this command.
Syntax Description bgp Border Gateway Protocol. Imports RIB routes into LISP using BGP protocol.
eigrp Enhanced Interior Gateway Routing Protocol. Imports RIB routes into LISP
using EIGRP protocol.
isis ISO IS-IS. Imports RIB routes into LISP using IS-IS protocol.
maximum-prefix Configures the maximum number of prefixes to pick up from the RIB.
locator-set Specifies the Locator Set to be used with created database mapping entries.
locator-set-name
proxy Enables the dynamic import of RIB route as proxy database mapping.
Usage Guidelines Use the route-import database command with the proxy option to enable the dynamic import of RIB route
as proxy database mapping. When RIB import is in use, the corresponding RIB map-cache import, using
route-import map-cache command must also be configured, else the inbound site traffic will not pass the
LISP eligibility check due to the presence of RIB route.
The following example shows how to configure the dynamic import of RIB route as proxy database:
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#eid-table default
device(config-router-lisp-inst-serv-ipv4)#database-mapping 193.168.0.0/16 locator-set RLOC
proxy
device(config-router-lisp-inst-serv-ipv4)#route-import map-cache bgp 65002 route-map
map-cache-database
device(config-router-lisp-inst-serv-ipv4)#route-import database bgp 65002 locator-set RLOC
proxy
service
The service command creates a configuration template for all instance-service instantiations of that particular
service.
Syntax Description service ipv4 Enables Layer 3 network services for the IPv4 Address family.
service ipv6 Enables Layer 3 network services for the IPv6 Address family.
LISP (router-lisp)
Usage Guidelines The service command creates a service instance under the instance-id and enters the instance-service mode.
You cannot confgure service ethernet for the same instance where service ipv4 or service ipv6 is configured.
Use the no form of the command to exit the service submode.
device(config)#router lisp
device(config-router-lisp)#instance-id 3
device(config-router-lisp-inst)#service ipv4
device(config-router-lisp-inst-serv-ipv4)#
device(config)#router lisp
device(config-router-lisp)#instance-id 5
device(config-router-lisp-inst)#service ethernet
device(config-router-lisp-inst-serv-ethernet)#
Cisco IOS XE Fuji 16.9.1 Support for display of proxy database size.
Usage Guidelines Use the command show lisp instance-id id ipv4 database to display the EID prefixes configured for a site.
The following is a sample output:
device#show lisp instance-id 101 ipv4 database
LISP ETR IPv4 Mapping Database for EID-table vrf red (IID 101), LSBs: 0x1
Entries total 1, no-route 0, inactive 0
device#
device#show lisp instance-id 101 ipv4
Instance ID: 101
Router-lisp ID: 0
Locator table: default
EID table: vrf red
Ingress Tunnel Router (ITR): disabled
Egress Tunnel Router (ETR): enabled
Proxy-ITR Router (PITR): enabled RLOCs: 100.110.110.110
Proxy-ETR Router (PETR): disabled
NAT-traversal Router (NAT-RTR): disabled
Mobility First-Hop Router: disabled
Map Server (MS): enabled
Map Resolver (MR): enabled
Mr-use-petr: enabled
Mr-use-petr locator set name: site2
Delegated Database Tree (DDT): disabled
Site Registration Limit: 0
Map-Request source: derived from EID destination
ITR Map-Resolver(s): 100.77.77.77
100.78.78.78
100.110.110.110 prefix-list site2
ETR Map-Server(s): 100.77.77.77 (11:25:01)
100.78.78.78 (11:25:01)
xTR-ID: 0xB843200A-0x4566BFC9-0xDAA75B2D-0x8FBE69B0
site-ID: unspecified
ITR local RLOC (last resort): 100.110.110.110
ITR Solicit Map Request (SMR): accept and process
Max SMRs per map-cache entry: 8 more specifics
Cisco IOS XE Fuji 16.9.1 Support for display of proxy database size.
Usage Guidelines Use the command show lisp instance-id id ipv6 database to display the EID prefixes configured for a site.
The following is a sample output:
device#show lisp instance-id 101 ipv6 database
LISP ETR IPv6 Mapping Database, LSBs: 0x1
EID-prefix: 2610:D0:1209::/48
172.16.156.222, priority: 1, weight: 100, state: up, local
device#
Syntax Description destination-EID (Optional) Specifies the IPv4 destination end point identifier (EID) for which the
EID-to-RLOC mapping is displayed.
destination-EID-prefix (Optional) Specifies the IPv4 destinationEID prefix (in the form of a.b.c.d/nn) for
which to display the mapping.
Usage Guidelines This command is used to display the current dynamic and static IPv4 EID-to-RLOC map-cache entries. When
no IPv4 EID or IPv4 EID prefix is specified, summary information is listed for all current dynamic and static
IPv4 EID-to-RLOC map-cache entries. When an IPv4 EID or IPv4 EID prefix is included, information is
listed for the longest-match lookup in the cache. When the detail option is used, detailed (rather than summary)
information related to all current dynamic and static IPv4 EID-to-RLOC map-cache entries is displayed.
The following are sample outputs from the show lisp instance-id ipv4 map-cache commands:
device# show lisp instance-id 102 ipv4 map-cache
LISP IPv4 Mapping Cache for EID-table vrf blue (IID 102), 4008 entries
ITR Map-Resolvers:
Map-Resolver LastReply Metric ReqsSent Positive Negative No-Reply AvgRTT(5
sec/1 min/5 min)
44.44.44.44 00:03:11 6 62253 19675 8000 0 0.00/
0.00/10.00
66.66.66.66 never Unreach 0 0 0 0 0.00/ 0.00/
0.00
ETR Map-Servers:
Map-Server AvgRTT(5 sec/1 min/5 min)
44.44.44.44 0.00/ 0.00/ 0.00
66.66.66.66 0.00/ 0.00/ 0.00
LISP RLOC Statistics - last cleared: never
Control Packets:
RTR Map-Requests forwarded: 0
RTR Map-Notifies forwarded: 0
DDT-Map-Requests in/out: 0/0
DDT-Map-Referrals in/out: 0/0
Errors:
Map-Request format errors: 0
Map-Reply format errors: 0
Map-Referral format errors: 0
LISP Miscellaneous Statistics - last cleared: never
Errors:
Invalid IP version drops: 0
Invalid IP header drops: 0
Invalid IP proto field drops: 0
Invalid packet size drops: 0
Invalid LISP control port drops: 0
Invalid LISP checksum drops: 0
Unsupported LISP packet type drops: 0
Unknown packet drops: 0
Syntax Description destination-EID (Optional) Specifies the IPv4 destination end point identifier (EID) for which the
EID-to-RLOC mapping is displayed.
destination-EID-prefix (Optional) Specifies the IPv4 destination EID prefix (in the form of a.b.c.d/nn) for
which to display the mapping.
Usage Guidelines This command is used to display the current dynamic and static IPv6 EID-to-RLOC map-cache entries. When
no IPv6 EID or IPv6 EID prefix is specified, summary information is listed for all current dynamic and static
IPv4 EID-to-RLOC map-cache entries. When an IPv6 EID or IPv6 EID prefix is included, information is
listed for the longest-match lookup in the cache. When the detail option is used, detailed (rather than summary)
information related to all current dynamic and static IPv6 EID-to-RLOC map-cache entries is displayed.
The following is a sample output from the show lisp instance-id ipv6 map-cache command:
device# show lisp instance-id 101 ipv6 map-cache
LISP IPv6 Mapping Cache, 2 entries
The following sample output from the show lisp instance-id x ipv6 map-cache detail command displays a
detailed list of current dynamic and static IPv6 EID-to-RLOC map-cache entries:
device#show lisp instance-id 101 ipv6 map-cache detail
LISP IPv6 Mapping Cache, 2 entries
The following sample output from the show ipv6 lisp map-cache command with a specific IPv6 EID prefix
displays detailed information associated with that IPv6 EID prefix entry.
device#show lisp instance-id 101 ipv6 map-cache 2001:DB8:AB::/48
LISP IPv6 Mapping Cache, 2 entries
Syntax Description EID-address (Optional) Displays site registration information for this end point.
EID-prefix (Optional) Displays site registration information for this IPv4 EID prefix.
name (Optional) Displays the site registration information for the named site.
Usage Guidelines When a host is detected by the tunnel router (xTR), it registers the host with the map server (MS). Use the
show lisp instance-id x ipv4 server command to see the site registration details. TCP registrations display
the port number, whereas UDP registration do not display port number. The port number is 4342 by default
fir UDP registration.
The following are sample outputs of the command :
device# show lisp instance-id 100 ipv4 server
LISP Site Registration Information
* = Some locators are down or unreachable
# = Some registrations are sourced by reliable transport
The following is an ouput that shows an UDP registration (without port number):
device# show lisp instance-id 100 ipv4 server 101.1.1.1/32
LISP Site Registration Information
Syntax Description EID-address (Optional) Displays site registration information for this end point.
EID-prefix (Optional) Displays site registration information for this IPv6 EID prefix.
name (Optional) Displays the site registration information for the named site.
Usage Guidelines When a host is detected by the tunnel router (xTR), it registers the host with the map server (MS). Use the
show lisp instance-id ipv6 server command to see the site registration details.
Usage Guidelines This command is used to display IPv4 LISP statistics related to packet encapsulations, de-encapsulations,
map requests, map replies, map registers, and other LISP-related packets.
The following are sample outputs of the command :
device# show lisp instance-id 100 ipv4 statistics
Usage Guidelines This command is used to display IPv4 LISP statistics related to packet encapsulations, de-encapsulations,
map requests, map replies, map registers, and other LISP-related packets.
The following are sample outputs of the command :
device# show lisp instance-id 100 ipv6 statistics
Syntax Description name-prefix-list (Optional) Specifies the prefix-list whose information is displayed.
Usage Guidelines The following is a sample output from the show lisp prefix-list command:
device# show lisp prefix-list
Lisp Prefix List information for router lisp 0
Syntax Description all (Optional) Displays transport session inforamtion for all the sessions.
Usage Guidelines The show lisp session command displays only those sessions that are in Up or Down state. Use the show lisp
session all command to see all sessions in any state.
The following is a sample output of the command show lisp session on an MSMR:
device# show lisp session
Sessions for VRF default, total: 4, established: 2
Peer State Up/Down In/Out Users
172.16.1.3:22667 Up 00:00:52 4/8 2
172.16.1.4:18904 Up 00:22:15 5/13 1
device# show lisp session all
Sessions for VRF default, total: 4, established: 2
Peer State Up/Down In/Out Users
172.16.1.3 Listening never 0/0 0
172.16.1.3:22667 Up 00:01:13 4/8 2
172.16.1.4 Listening never 0/0 0
172.16.1.4:18904 Up 00:22:36 5/13 1
use-petr
To configure a router to use an IPv4 or IPv6 Locator/ID Separation Protocol (LISP) Proxy Egress Tunnel
Router (PETR), use the use-petr command in LISP Instance configuration mode or LISP Instance Service
configuration mode. To remove the use of a LISP PETR, use the no form of this command.
priority priority (Optional) Specifies the priority (value between 0 and 255) assigned to this PETR. A
lower value indicates a higher priority.
weight weight (Optional) Specifies the percentage of traffic to be load-shared (value between 0 and 100).
Command History
Command History Release Modification
Cisco IOS XE Everest 16.6.1 This command was introduced.
Usage Guidelines Use the use-petr command to enable an Ingress Tunnel Router (ITR) or Proxy Ingress Tunnel Router (PITR)
to use IPv4 Proxy Egress Tunnel Router (PETR) services. When the use of PETR services is enabled, instead
of natively forwarding LISP endpoint identifier (EID) (source) packets destined to non-LISP sites, these
packets are LISP-encapsulated and forwarded to the PETR. Upon receiving these packets, the PETR
decapsulates them and then forwards them natively toward the non-LISP destination.
Do not use use-petr command in Service-Ethernet configuration mode.
PETR services may be necessary in several cases:
1. By default when a LISP site forwards packets to a non-LISP site natively (not LISP encapsulated), the
source IP address of the packet is that of an EID. When the provider side of the access network is configured
with strict unicast reverse path forwarding (uRPF) or an anti-spoofing access list, it may consider these
packets to be spoofed and drop them since EIDs are not advertised in the provider core network. In this
case, instead of natively forwarding packets destined to non-LISP sites, the ITR encapsulates these packets
using its site locator(s) as the source address and the PETR as the destination address.
Note The use of the use-petr command does not change LISP-to-LISP or non-LISP-to-non-LISP forwarding
behavior. LISP EID packets destined for LISP sites will follow normal LISP forwarding processes and be
sent directly to the destination ETR as normal. Non-LISP-to-non-LISP packets are never candidates for LISP
encapsulation and are always forwarded natively according to normal processes.
2. When a LISP IPv6 (EID) site needs to connect to a non-LISP IPv6 site and the ITR locators or some
portion of the intermediate network does not support IPv6 (it is IPv4 only), the PETR can be used to
traverse (hop over) the address family incompatibility, assuming that the PETR has both IPv4 and IPv6
connectivity. The ITR in this case can LISP-encapsulate the IPv6 EIDs with IPv4 locators destined for
the PETR, which de-encapsulates the packets and forwards them natively to the non-LISP IPv6 site over
its IPv6 connection. In this case, the use of the PETR effectively allows the LISP site packets to traverse
the IPv4 portion of network using the LISP mixed protocol encapsulation support.
Examples The following example shows how to configure an ITR to use the PETR with the IPv4 locator of
10.1.1.1. In this case, LISP site IPv4 EIDs destined to non-LISP IPv4 sites are encapsulated in an
IPv4 LISP header destined to the PETR located at 10.1.1.1:
The following example configures an ITR to use two PETRs: one has an IPv4 locator of 10.1.1.1
and is configured as the primary PETR (priority 1 weight 100), and the other has an IPv4 locator of
10.1.2.1 and is configured as the secondary PETR (priority 2 weight 100). In this case, LISP site
IPv4 EIDs destined to non-LISP IPv4 sites will be encapsulated in an IPv4 LISP header to the primary
PETR located at 10.1.1.1 unless it fails, in which case the secondary will be used.
address (CTS)
To configure the Cisco TrustSec policy-server address, use the address command in policy-server configuration
mode. To remove the address of the policy server, use the no form of this command.
Usage Guidelines Configure the policy server name to enter the policy-server configuration mode.
Examples The following example shows how configure the domain name of the policy-server:
Device# enable
Device# configure terminal
Device(config)# policy-server name ise_server_2
Device(config-policy-server)# address domain-name ISE_domain
The following example shows how configure the IP address of the policy-server:
Device# enable
Device# configure terminal
Device(config)# cts policy-server name ise_server_2
Device(config-policy-server)# address ipv4 10.1.1.1
Examples The following example shows how to clear all policy-server statistics:
Device# enable
Device# clear cts policy-server statistics all
content-type json
To enable the JavaScript Object Notation (JSON) as the content type, use the content-type json command
in policy-server configuration mode. To remove the content-type, use the no form of this command.
content-type json
no content-type json
This command has no arguments or keywords.
Usage Guidelines JSON is used as the content-type to download Security Group access control lists (SGACLs) and environment
data from the Cisco Identity Services Engine (ISE).
Examples The following example shows how to enable the JSON content-type:
Device# enable
Device# configure terminal
Device(config)# policy-server name ise_server_2
Device(config-policy-server)# content-type json
Usage Guidelines This command is only for the seed device. Non-seed devices obtain the TrustSec AAA server list from their
TrustSec authenticator peer as a component of their TrustSec environment data.
cts change-password
To change the password between the local device and the authentication server, use the cts change-password
privileged EXEC command.
cts change-password server ipv4_address udp_port {a-id hex_string | key radius_key }[{source
interface_list}]
source interface_list (Optional) Specifies the interface type and its identifying parameters as per the displayed
list for source address in request packets.
Usage Guidelines The cts change-password command allows an administrator to change the password used between the local
device and the Cisco Secure ACS authentication server, without having to reconfigure the authentication
server.
The following example shows how to change the Cisco TrustSec password between a switch and a
Cisco Secure ACS:
Device# cts change-password server 192.168.2.2 88 a-id ffef
cts credentials
Use the cts credentials command in privileged EXEC mode to specify the TrustSec ID and password of the
network device. Use the clear cts credentials command to delete the credentials.
Syntax Description credentials id cts_id Specifies the Cisco TrustSec device ID for this device to use when authenticating
with other Cisco TrustSec devices with EAP-FAST. The cts-id variable has a maximum
length of 32 characters and is case sensitive.
password cts_pwd Specifies the password for this device to use when authenticating with other Cisco
TrustSec devices with EAP-FAST.
Usage Guidelines The cts credentials command specifies the Cisco TrustSec device ID and password for this device to use
when authenticating with other Cisco TrustSec devices with EAP-FAST. The Cisco TrustSec credentials state
retrieval is not performed by the nonvolatile generation process (NVGEN) because the Cisco TrustSec credential
information is saved in the keystore, and not in the startup configuration. The device can be assigned a Cisco
TrustSec identity by the Cisco Secure Access Control Server (ACS), or a new password auto-generated when
prompted to do so by the ACS. These credentials are stored in the keystore, eliminating the need to save the
running configuration. To display the Cisco TrustSec device ID, use the show cts credentials command. The
stored password is never displayed.
To change the device ID or the password, reenter the command. To clear the keystore, use the clear cts
credentials command.
Note When the Cisco TrustSec device ID is changed, all Protected Access Credentials (PACs) are flushed from the
keystore because PACs are associated with the old device ID and are not valid for a new identity.
The following example shows how to configure the Cisco TrustSec device ID and password:
Device# cts credentials id cts1 password password1
CTS device ID and password have been inserted in the local keystore. Please make sure that
the same ID and password are configured in the server database.
The following example show how to change the Cisco TrustSec device ID and password to cts_new
and password123, respectively:
Device# cts credentials id cts_new pacssword password123
A different device ID is being configured.
This may disrupt connectivity on your CTS links.
Are you sure you want to change the Device ID? [confirm] y
TS device ID and password have been inserted in the local keystore. Please make sure that
the same ID and password are configured in the server database.
The following sample output displays the Cisco TrustSec device ID and password state:
Device# show cts credentials
show cts Displays the state of the current Cisco TrustSec device ID and password.
credentials
show cts keystore Displays contents of the hardware and software keystores.
Usage Guidelines The cts environment-data enable command cannot co-exist with the cts authorization list command. The
cts authorization list command enables the download of environment data through RADIUS.
If you try to configure RADIUS-based configuration by using the cts authorization list command, when the
cts environment-data enable command is already configured, the following error message is displayed on
the console:
Error: 'cts policy-server or cts environment-data' related configs are enabled.
Disable http-based configs, to enable 'cts authorization'
Examples The following example shows how to enable environment data download:
Device# enable
Device# configure terminal
Device(config)# cts environment-data enable
Usage Guidelines The device ID must be the same one that was used to add the network access device (NAD) on Cisco Identity
Services Engine (ISE). This ID is used to send environment data requests to Cisco ISE.
Examples The following example shows how to configure the policy-server device ID:
Device# enable
Device# configure terminal
Device(config)# cts policy-server device-id server1
Usage Guidelines The policy server name will accept all characters. Once the policy-server name is configured, the configuration
mode changes to policy-server configuration. You can configure other details of the policy-server in this
mode.
Examples The following example shows how to configure policy server name:
Device# enable
Device# configure terminal
Device(config)# cts policy-server name ISE1
Device(config-policy-server)#
Usage Guidelines When multiple HTTP policy servers are configured on a device, a single Cisco Identity Services Engine (ISE)
instance may get overloaded if the device always selects the first configured server. To avoid this situation,
each device randomly selects a server. A random number is generated by the device and based on this number
a server is selected. For different devices to generate random numbers, the unique board ID and the Cisco
TrustSec process ID of the device is used to initialize the random number generator.
To change the server selection logic to random, use the cts policy-server order random command. If this
command is not selected, the default in-order selection is retained.
In-order selection is when servers are picked in the order in which they are configured (from the public server
list) or downloaded (from the private server list). Once a server is selected, the server is used till it is marked
as dead, and then the next server in the list is selected.
Examples The following example shows how to change the server selection logic:
Device# enable
Device# configure terminal
Device(config)# cts policy-server order random
Usage Guidelines You must configure the username and password in Cisco Identity Services Engine (ISE) as the REST API
access credentials, before configuring it on the device. See the Cisco TrustSec HTTP Servers section of the
"Cisco TrustSec Policies Configuration" chapter for more information.
Examples The following example shows how to configure the policy server credentials:
Device# enable
Device# configure terminal
Device(config)# policy-server username user1 password 0 ise-password
cts refresh
To refresh the TrustSec peer authorization policy of all or specific Cisco TrustSec peers, or to refresh the
SGACL policies downloaded to the device by the authentication server, use the cts refresh command in
privileged EXEC mode.
peer Peer-ID (Optional) If a peer-id is specified, only policies related to the specified peer connection
are refreshed.
sgt sgt_number (Optional) Performs an immediate refresh of the SGACL policies from the authentication
server.
If an SGT number is specified, only policies related to that SGT are refreshed.
Usage Guidelines To refresh the Peer Authorization Policy on all TrustSec peers, enter cts policy refresh without specifying a
peer ID.
The peer authorization policy is initially downloaded from the Cisco ACS at the end of the EAP-FAST NDAC
authentication success. The Cisco ACS is configured to refresh the peer authorization policy, but the cts policy
refresh command can force immediate refresh of the policy before the Cisco ACS timer expires. This command
is relevant only to TrustSec devices that can impose Security Group Tags (SGTs) and enforce Security Group
Access Control Lists (SGACLs).
The following example shows how to refresh the TrustSec peer authorization policy of all peers:
Device# cts policy refresh
Policy refresh in progress
The following sample output displays the TrustSec peer authorization policy of all peers:
VSS-1# show cts policy peer
clear cts policy Clears all Cisco TrustSec policies, or by the peer ID or SGT.
show cts policy Displays peer authorization policy for all or specific TrustSec peers.
peer
cts rekey
To regenerate the Pairwise Master Key used by the Security Association Protocol (SAP), use the cts rekey
privileged EXEC command.
Syntax Description interface type slot/port Specifies the Cisco TrustSec interface on which to regenerate the SAP key.
Usage Guidelines SAP Pair-wise Master Key key (PMK) refresh ordinarily occurs automatically, triggered by combinations of
network events and non-configurable internal timers related to dot1X authentication. The ability to manually
refresh encryption keys is often part of network administration security requirements. To manually force a
PMK refresh, use the cts rekey command.
TrustSec supports a manual configuration mode where dot1X authentication is not required to create link-to-link
encryption between switches. In this case, the PMK is manually configured on devices on both ends of the
link with the sap pmk Cisco TrustSec manual interface configuration command.
The following example shows how to regenerate the PMK on a specified interface:
Device# cts rekey interface gigabitEthernet 2/1
sap mode-list (cts manual) Configures Cisco TrustSec SAP for manual mode.
Command Default Enforcement of role-based access control at an interface level is disabled globally.
Usage Guidelines The cts role-based enforcement command in global configuration mode enables role-based access control
globally. Once role-based access control is enabled globally, it is automatically enabled on every Layer 3
interface on the device. To disable role-based access control on specific Layer 3 interfaces, use the no form
of the command in interface configuration mode. The cts role-based enforcement command in interface
configuration mode enables enforcement of role-based access control on specific Layer 3 interfaces.
The attribute-based access control list organizes and manages the Cisco TrustSec access control on a network
device. The security group access control list (SGACL) is a Layer 3-4 access control list to filter access based
on the value of the security group tag (SGT). The filtering usually occurs at an egress port of the Cisco TrustSec
domain. The terms role-based access control list (RBACL) and SGACL can be used interchangeably, and
they refer to a topology-independent ACL used in an attribute-based access control (ABAC) policy model.
The following example shows how to enable role-based access control on a Gigabit Ethernet interface:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/1/3
Device(config-if)# cts role-based enforcement
Device(config-if)# end
Usage Guidelines The vlan-list argument can be a single VLAN ID, a list of comma-separated VLAN IDs, or hyphen-separated
VLAN ID ranges.
The all keyword is equivalent to the full range of VLANs supported by the network device. The all keyword
is not preserved in the nonvolatile generation (NVGEN) process.
If the cts role-based l2-vrf command is issued more than once for the same VRF, each successive command
entered adds the VLAN IDs to the specified VRF.
The VRF assignments configured by the cts role-based l2-vrf command are active as long as a VLAN
remains a Layer 2 VLAN. The IP–SGT bindings learned while a VRF assignment is active are also added to
the Forwarding Information Base (FIB) table associated with the VRF and the IP protocol version. If an
Switched Virtual Interface (SVI) becomes active for a VLAN, the VRF-to-VLAN assignment becomes inactive
and all bindings learned on the VLAN are moved to the FIB table associated with the VRF of the SVI.
Use the interface vlan command to configure an SVI interface, and the vrf forwarding command to associate
a VRF instance to the interface.
The VRF-to-VLAN assignment is retained even when the assignment becomes inactive. It is reactivated when
the SVI is removed or when the SVI IP address is changed. When reactivated, the IP–SGT bindings are moved
back from the FIB table associated with the VRF of the SVI to the FIB table associated with the VRF assigned
by the cts role-based l2-vrf command.
The following example shows how to select a list of VLANS to be assigned to a VRF instance:
The following example shows how to configure an SVI interface and associate a VRF instance:
cts role-based monitor {all | permissions {default [{ipv4 | ipv6}] | from {sgt | unknown} to {sgt
| unknown} [{ipv4 | ipv6}]}}
no cts role-based monitor {all | permissions {default [{ipv4 | ipv6}] | from {sgt | unknown} to {sgt
| unknown} [{ipv4 | ipv6}]}}
Syntax Description all Monitors permissions for all source tags to all destination tags.
sgt Security Group Tag (SGT). Valid values are from 2 to 65519.
Usage Guidelines Use the cts role-based monitor all command to enable the global monitor mode. If the cts role-based monitor
all command is configured, the output of the show cts role-based permissions command displays monitor
mode for all configured policies as true.
The following examples shows how to configure SGACL monitor from a source tag to a destination
tag:
cts role-based permissions {default | from {sgt | unknown}to {sgt | unknown}}{rbacl-name | ipv4
| ipv6}
no cts role-based permissions {default | from {sgt | unknown}to {sgt | unknown}}{rbacl-name |
ipv4 | ipv6}
Syntax Description default Specifies the default permissions list. Every cell (an SGT pair) for which, security group access
control list (SGACL) permission is not configured statically or dynamically falls under the
default category.
sgt Security Group Tag (SGT). Valid values are from 2 to 65519.
rbacl-name Role-based access control list (RBACL) or SGACL name. Up to 16 SGACLs can be specified
in the configuration.
Command Default Permissions from a source group to a destination group is not enabled.
Usage Guidelines Use the cts role-based permissions command to define, replace, or delete the list of SGACLs for a given
source group tag (SGT), destination group tag (DGT) pair. This policy is in effect as long as there is no
dynamic policy for the same DGT or SGT.
The cts role-based permissions default command defines, replaces, or deletes the list of SGACLs of the
default policy as long as there is no dynamic policy for the same DGT.
The following example shows how to enable permissions for a destination group:
Usage Guidelines To enable SGT caching on a VLAN, both cts role-based sgt-caching and cts role-based sgt-caching vlan-list
commands must be configured.
Example
The following example shows how to enable SGT caching on a VLAN:
Device# configure terminal
Device(config)# cts role-based sgt-caching
Device(config)# cts role-based sgt-caching vlan-list 4
Syntax Description ipv4_netaddress | Specifies the network to be associated with an SGT. Enter IPv4 address
ipv6_netaddress in dot decimal notation; IPv6 in colon hexadecimal notation.
ipv4_netaddress/prefix | Maps the SGT to all hosts of the specified subnet address (IPv4 or
ipv6_netaddress/prefix IPv6). IPv4 is specified in dot decimal CIDR notation, IPv6 in colon
hexadecimal notation
host {ipv4_hostaddress | Binds the specified host IP address with the SGT. Enter the IPv4
ipv6_hostaddress} address in dot decimal notation; IPv6 in colon hexadecimal notation.
Command Modes
Global configuration (config)
Usage Guidelines If you do not have a Cisco Identity Services Engine, Cisco Secure ACS, dynamic Address Resolution Protocol
(ARP) inspection, Dynamic Host Control Protocol (DHCP) snooping, or Host Tracking available on your
device to automatically map SGTs to source IP addresses, you can manually map an SGT to the following
with the cts role-based sgt-map command:
• A single host IPv4 or IPv6 address
• All hosts of an IPv4 or IPv6 network or subnetwork
• VRFs
• Single or multiple VLANs
The cts role-based sgt-map command binds the specified SGT with packets that fall within the specified
network address.
SXP exports an exhaustive expansion of all possible individual IP–SGT bindings within the specified network
or subnetwork. IPv6 bindings and subnet bindings are exported only to SXP listener peers of SXP version 2
or later. The expansion does not include host bindings which are known individually or are configured or
learnt from SXP for any nested subnet bindings.
The cts role-based sgt-map host command binds the specified SGT with incoming packets when the IP
source address is matched by the specified host address. This IP-SGT binding has the lowest priority and is
ignored in the presence of any other dynamically discovered bindings from other sources (such as, SXP or
locally authenticated hosts). The binding is used locally on the device for SGT imposition and SGACL
enforcement. It is exported to SXP peers if it is the only binding known for the specified host IP address.
The vrf keyword specifies a virtual routing and forwarding table previously defined with the vrf definition
global configuration command. The IP-SGT binding specified with the cts role-based sgt-map vrf global
configuration command is entered into the IP-SGT table associated with the specified VRF and the IP protocol
version which is implied by the type of IP address entered.
The cts role-based sgt-map vlan-list command binds an SGT with a specified VLAN or a set of VLANs.
The keyword all is equivalent to the full range of VLANs supported by the device and is not preserved in the
nonvolatile generation (NVGEN) process. The specified SGT is bound to incoming packets received in any
of the specified VLANs. The system uses discovery methods such as DHCP and/or ARP snooping (a.k.a. IP
device tracking) to discover active hosts in any of the VLANs mapped by this command. Alternatively, the
system could map the subnet associated with the SVI of each VLAN to the specified SGT. SXP exports the
resulting bindings as appropriate for the type of binding.
Examples The following example shows how to manually map a source IP address to an SGT:
In the following example, a device binds host IP address 10.1.2.1 to SGT 3 and 10.1.2.2 to SGT 4.
These bindings are forwarded by SXP to an SGACL enforcement device.
cts sxp connection peer ipv4-address {source | password} {default | none} mode {local | peer}
[{[[{listener | speaker}] [{hold-time minimum-time maximum-time | vrf vrf-name}]] | both [vrf
vrf-name]}]
cts sxp connection peer ipv4-address {source | password} {default | none} mode {local | peer}
[{[[{listener | speaker}] [{hold-time minimum-time maximum-time | vrf vrf-name}]] | both [vrf
vrf-name]}]
password Specifies that an SXP password is used for the peer connection.
local Specifies that the SXP connection mode refers to the local device.
peer Specifies that the SXP connection mode refers to the peer device.
listener (Optional) Specifies that the device is the listener in the connection.
speaker (Optional) Specifies that the device is the speaker in the connection.
hold-time minimum-time (Optional) Specifies the hold-time period, in seconds, for the device. The range
maximum-time for minimum and maximum time is from 0 to 65535.
A maximum-time value is required only when you use the following keywords:
peer speaker and local listener. In other instances, only a minimum-time value
is required.
Note If both minimum and maximum times are required, the
maximum-time value must be greater than or equal to the
minimum-time value.
vrf vrf-name (Optional) Specifies the virtual routing and forwarding (VRF) instance name
to the peer.
both (Optional) Specifies that the device is both the speaker and the listener in the
bidirectional SXP connection.
Command Default The CTS-SXP peer IP address is not configured and no CTS-SXP peer password is used for the peer connection.
The default setting for a CTS-SXP connection password is none.
Command Modes
Global configuration (config)
Usage Guidelines When a CTS-SXP connection to a peer is configured with the cts sxp connection peer command, only the
connection mode can be changed. The vrf keyword is optional. If a VRF name is not provided or a VRF name
is provided with the default keyword, then the connection is set up in the default routing or forwarding domain.
A hold-time maximum-period value is required only when you use the following keywords: peer speaker
and local listener. In other instances, only a hold-time minimum-period value is required.
Note The maximum-period value must be greater than or equal to the minimum-period value.
Use the both keyword to configure a bidirectional SXP connection. With the support for bidirectional SXP
configuration, a peer can act as both a speaker and a listener and propagate SXP bindings in both directions
using a single connection.
Examples The following example shows how to enable CTS-SXP and configure the CTS-SXP peer connection
on Device_A, a speaker, for connection to Device_B, a listener:
Device_A> enable
Device_A# configure terminal
Device_A#(config)# cts sxp enable
Device_A#(config)# cts sxp default password Cisco123
Device_A#(config)# cts sxp default source-ip 10.10.1.1
Device_A#(config)# cts sxp connection peer 10.20.2.2 password default mode local speaker
The following example shows how to configure the CTS-SXP peer connection on Device_B, a
listener, for connection to Device_A, a speaker:
Device_B> enable
Device_B# configure terminal
Device_B(config)# cts sxp enable
Device_B(config)# cts sxp default password Cisco123
Device_B(config)# cts sxp default source-ip 10.20.2.2
Device_B(config)# cts sxp connection peer 10.10.1.1 password default mode local listener
You can also configure both peer and source IP addresses for an SXP connection. The source IP
address specified in the cts sxp connection command overwrites the default value.
Device_A(config)# cts sxp connection peer 51.51.51.1 source 51.51.51.2 password none mode
local speaker
Device_B(config)# cts sxp connection peer 51.51.51.2 source 51.51.51.1 password none mode
local listener
The following example shows how to enable bidirectional CTS-SXP and configure the SXP peer
connection on Device_A to connect to Device_B:
Device_A> enable
Device_A# configure terminal
Device_A#(config)# cts sxp enable
Device_A#(config)# cts sxp default password Cisco123
Device_A#(config)# cts sxp default source-ip 10.10.1.1
Device_A#(config)# cts sxp connection peer 10.20.2.2 password default mode local both
cts sxp default password Configures the Cisco TrustSec SXP default password.
cts sxp default source-ip Configures the Cisco TrustSec SXP source IPv4 address.
cts sxp reconciliation Changes the Cisco TrustSec SXP reconciliation period.
cts sxp retry Changes the Cisco TrustSec SXP retry period timer.
cts sxp speaker hold-time Configures the global hold-time period of a speaker device in a Cisco TrustSec
SGT SXPv4 network.
cts sxp listener hold-time Configures the global hold-time period of a listener device in a Cisco TrustSec
SGT SXPv4 network.
show cts sxp Displays the status of all Cisco TrustSec SXP configurations.
Syntax Description 0 unencrypted-pwd Specifies that an unencrypted CTS-SXP default password follows. The maximum
password length is 32 characters.
6 encrypted-key Specifies that a 6 encryption type password is used as the CTS-SXP default password.
The maximum password length is 32 characters.
7 encrypted-key Specifies that a 7 encryption type password is used as the CTS-SXP default password.
The maximum password length is 32 characters.
cleartext-pwd Specifies a cleartext CTS-SXP default password. The maximum password length is 32
characters.
Command Modes
Global configuration (config)
Usage Guidelines The cts sxp default password command sets the CTS-SXP default password to be optionally used for all
CTS-SXP connections configured on the device. The CTS-SXP password can be cleartext, or encrypted with
the 0, 7, 6 encryption type keywords. If the encryption type is 0, then an unencrypted cleartext password
follows.
Examples The following example shows how to enable CTS-SXP and configure the CTS-SXP peer connection
on Device_A, a speaker, for connection to Device_B, a listener:
The following example shows how to configure the CTS-SXP peer connection on Device_B, a
listener, for connection to Device_A, a speaker:
cts sxp connection peer Enters the CTS-SXP peer IP address and specifies if a password is used for the
peer connection.
cts sxp default source-ip Configures the CTS-SXP source IPv4 address.
Command Modes
Global configuration (config)
Usage Guidelines The cts sxp default source-ip command sets the default source IP address that CTS-SXP uses for all new
TCP connections where a source IP address is not specified. Preexisting TCP connections are not affected
when this command is entered. CTS-SXP connections are governed by three timers:
• Retry timer
• Delete Hold Down timer
• Reconciliation timer
Examples The following example shows how to enable CTS-SXP and configure the CTS-SXP peer connection
on Device_A, a speaker, for connection to Device_B, a listener:
The following example shows how to configure the CTS-SXP peer connection on Device_B, a
listener, for connection to Device_A, a speaker:
cts sxp connectionpeer Enters the CTS-SXP peer IP address and specifies if a password is used for the
peer connection.
Usage Guidelines This command can be used at any time to enable or disable filtering. Configured filter lists and filter groups
can be used to implement filtering only after filtering is enabled. The filter action will only filter bindings that
are exchanged after filtering is enabled; there won’t be any effect on the bindings that were exchanged before
filtering was enabled.
cts sxp filter-list Creates a SXP filter list to filter IP-SGT bindings based on IP prefixes, SGT or
a combination of both.
cts sxp filter-group Creates a filter group for grouping a set of peers and applying a filter list to them.
show cts sxp filter-group Displays information about the configured filter groups..
show cts sxp filter-list Displays information about the configured filter lists.
debug cts sxp filter Logs events related to the creation, deletion and update of filter-lists and
events filter-groups
Command Modes
Global configuration (config)
Usage Guidelines Issuing this command, places the device in the filter group configuration mode. From this mode, you can
specify the devices to be grouped and apply a filter list to the filter group.
The command format to add devices or peers to the group is a follows:
filter filter-list-name
You cannot specify a peer list for the global listener and global speaker filter-group options because in this
case the filter is applied to all SXP connections.
When both the global filter group and peer-based filter groups are applied, the global filter takes priority. If
only a global listener or global speaker filter group is configured, then the global filtering takes precendence
only in that specific direction. For the other direction, the peer-based filter group is implemented.
Examples The following example shows how to create a listener group called group_1, and assign peers and
a filter list to this group:
Device# configure terminal
Device(config)# cts sxp filter-group listener group_1
Device(config-filter-group)# filter filter_1
The following example shows how to create a global listener group called group_2:
Device# configure terminal
Device(config)# cts sxp filter-group listener global group_2
cts sxp filter-list Creates a SXP filter list to filter IP-SGT bindings based on IP prefixes, SGT or
a combination of both.
cts sxp filter-enable Enables filtering.
show cts sxp filter-group Displays information about the configured filter groups.
show cts sxp filter-list Displays information about the configured filter lists.
debug cts sxp filter Logs events related to the creation, deletion and update of filter-lists and
events filter-groups
Command Modes
Global configuration (config)
Usage Guidelines Issuing this command, places the device in the filter list configuration mode. From this mode, you can specify
rules for the filter lists.
A filter rule can be based on SGT or IP Prefixes or a combination of both SGT and IP Prefixes.
The command format to add rules to the group is a follows:
Similarly, in the rule below the binding with the sgt value 20 will be permitted even if the sgt of the IP prefix
10.0.0.1 is 20, and the first action does not permit the binding.
Examples The following example shows how to create a filter list and add some rules to the list:
cts sxp filter-group Creates a filter group for grouping a set of peers and applying a filter list to them.
show cts sxp filter-group Displays information about the configured filter groups.
show cts sxp filter-list Displays information about the configured filter lists.
debug cts sxp filter Logs events related to the creation, deletion and update of filter-lists and
events filter-groups.
Command Modes
Global configuration (config)
Usage Guidelines The cts sxp log binding-changes command enables logging for IP-to-SGT binding changes. SXP syslogs
(sev 5 syslogs) are generated whenever IP address-to-SGT binding occurs (add, delete, change). These changes
are learned and propagated on the SXP connection.
cts sxp connectionpeer Enters the CTS-SXP peer IP address and specifies if a password is used for the
peer connection
cts sxp default source-ip Configures the CTS-SXP source IPv4 address.
Syntax Description seconds CTS-SXP reconciliation timer in seconds. The range is from 0 to 64000. The default is 120.
Command Modes
Global configuration (config)
Usage Guidelines After a peer terminates a CTS-SXP connection, an internal delete hold-down timer starts. If the peer reconnects
before the delete hold-down timer expires, then the CTS-SXP reconciliation timer starts. While the CTS-SXP
reconciliation period timer is active, the CTS-SXP software retains the SGT mapping entries learned from
the previous connection and removes invalid entries. Setting the SXP reconciliation period to 0 seconds
disables the timer and causes all entries from the previous connection to be removed.
cts sxp connection peer Enters the CTS-SXP peer IP address and specifies if a password is used for the
peer connection.
cts sxp default source-ip Configures the CTS-SXP source IPv4 address.
Syntax Description seconds CTS-SXP retry timer in seconds. The range is from 0 to 64000. The default is 120.
Command Modes
Global configuration (config)
Usage Guidelines The retry timer is triggered if there is at least one CTS-SXP connection that is not up. A new CTS-SXP
connection is attempted when this timer expires. A zero value results in no retry being attempted.
cts sxp connectionpeer Enters the CTS-SXP peer IP address and specifies if a password is used for the
peer connection.
cts sxp default source-ip Configures the CTS-SXP source IPv4 address.
debug cts environment-data [{aaa | all | default-epg | default-sg | events | platform | sg-epg}]
no debug cts environment-data [{aaa | all | default-epg | default-sg | events | platform | sg-epg}]
Examples The following example shows how to enable the debugging of environment data events:
Device# enable
Device# debug cts environment-data events
Command Description
Examples The following example shows how to enable HTTP client error debugs:
Device# enable
Device# debug cts policy-server http error
port (CTS)
To configure the policy server port, use the port command in policy-server configuration mode. To remove
the policy server port, use the no form of this command.
port port-number
no port
Usage Guidelines Only 9063 is supported as the External RESTful Services (ERS) port.
Examples The following example shows how to configure the policy-server port:
Device# enable
Device# configure terminal
Device(config)# policy-server name ise_server_2
Device(config-policy-server)# port 9063
propagate sgt
Usage Guidelines SGT processing propagation allows a CTS-capable interface to accept and transmit a CTS Meta Data (CMD)
based L2 SGT tag. The no propagate sgt command can be used to disable SGT propagation on an interface
in situations where a peer device is not capable of receiving an SGT, and as a result, the SGT tag cannot be
put in the L2 header.
Examples The following example shows how to disable SGT propagation on a manually-configured
TrustSec-capable interface:
The following example shows that SGT propagation is disabled on Gigabit Ethernet interface 0:
Command Description
show cts interface Displays Cisco TrustSec states and statistics per interface.
retransmit (CTS)
To configure the maximum number of retries from the server, use the retransmit command in policy-server
configuration mode. To go back to the default, use the no form of this command.
retransmit number-of-retries
no retransmit
Examples The following example shows how to change the maximum number of retries:
Device# enable
Device# configure terminal
Device(config)# policy-server name ise_server_2
Device(config-policy-server)# retransmit 3
sap pmk mode-list {gcm-encrypt | gmac | no-encap | null} [gcm-encrypt | gmac | no-encap |
null]
no sap pmk mode-list {gcm-encrypt | gmac | no-encap | null} [gcm-encrypt | gmac | no-encap
| null]
Command Default The default encryption is sap pmk mode-list gcm-encrypt null. When the peer interface does not support
802.1AE MACsec or 802.REV layer-2 link encryption, the default encryption is null.
Usage Guidelines Use the sap pmk mode-list command to specify the authentication and encryption method.
The Security Association Protocol (SAP) is an encryption key derivation and exchange protocol based on a
draft version of the 802.11i IEEE protocol. SAP is used to establish and maintain the 802.1AE link-to-link
encryption (MACsec) between interfaces that support MACsec.
SAP and the Pairwise Master Key (PMK) can be manually configured between two interfaces with the sap
pmk mode-list command. When using 802.1X authentication, both sides (supplicant and authenticator) receive
the PMK and the MAC address of the peer's port from the Cisco Secure Access Control Server.
If a device is running CTS-aware software but the hardware is not CTS-capable, disallow encapsulation with
the sap mode-list no-encap command.
Examples The following example shows how to configure SAP on a Gigabit Ethernet interface:
propagate sgt (cts manual) Enables Security Group Tag (SGT) propagation at Layer 2 on Cisco TrustSec
Security (CTS) interfaces.
Command Modes
Privileged EXEC (#) User EXEC (>)
Examples The following is sample output from the show cts environment-data command:
Device# enable
Device# show cts environment-data
TS Environment Data
====================
Current state = START
Last status = Failed
Environment data is empty
State Machine is running
Retry_timer (60 secs) is running
Syntax Description port (Optional) Gigabit Ethernet interface number. A verbose status output for this interface is
returned.
summary (Optional) Displays a tabular summary of all CTS interfaces with 4 or 5 key status fields for
each interface.
Command Modes
EXEC (>)
Privileged EXEC (#)
Usage Guidelines Use the show cts interface command without keywords to display verbose status for all CTS interfaces.
Examples The following example displays output without using a keyword (verbose status for all CTS interfaces):
Selected cipher:
Statistics:
authc success: 0
authc reject: 0
authc failure: 0
authc no response: 0
authc logoff: 0
sap success: 0
sap fail: 0
authz success: 0
authz fail: 0
port auth fail: 0
Ingress:
control frame bypassed: 0
sap frame bypassed: 0
esp packets: 0
unknown sa: 0
invalid sa: 0
inverse binding failed: 0
auth failed: 0
replay error: 0
Egress:
control frame bypassed: 0
esp packets: 0
sgt filtered: 0
sap frame bypassed: 0
unknown sa dropped: 0
unknown sa bypassed: 0
propagate sgt Enables Security Group Tag (SGT) propagation at Layer 2 on Cisco TrustSec Security
(CTS) interfaces.
Examples The following is sample output from the show cts policy-server details all command:
Device# enable
Device# show cts policy-server details all
The following is sample output from the show cts policy-server statistics all command:
The following is sample output from the show cts policy-server statistics name command:
Device# show cts policy-server statistics name ise_server_1
The following table explains the significant fields shown in the display:
Field Description
HTTP 401 UnAuthorized Req Proper credentials (username and password) to access
a resource was not provided.
HTTP 403 Req Forbidden Server refused to honor the client request.
Field Description
HTTP 415 UnSupported Media Server unable to process the requested content-type.
TCP or TLS handshake error IP unreachable or the Transport Layer Security (TLS)
handshake failed due to invalid trust-point.
show cts role-based counters [{default [{ipv4 | ipv6}]}] [{from {sgt-number | unknown}[{ipv4 | ipv6
| to | {sgt-number | unknown} | [{ipv4 | ipv6}]}]} ][{to {sgt-number | unknown} [{ipv4 | ipv6}]}]
[{ipv4 | ipv6}]
Usage Guidelines Use the clear cts role-based counterscommand to reset all or a range of statistics.
Specify the source SGT with the from keyword and the destination SGT with the to keyword. All statistics
are displayed when both the from and to keywords are omitted.
The default keyword displays the statistics of the default unicast policy. When neither ipv4 nor ipv6 keywords
are specified, this command displays only IPv4 counters.
In Cisco TrustSec monitor mode, permitted traffic counters are displayed under the SW-Permitt label and the
denied traffic counters are displayed under SW-Monitor label.
Example
The following is sample output from the show cts role-based counters
Device# show cts role-based counters
12 77 0 0 5 0 0 0
The table below lists the significant fields shown in the display.
Field Description
show cts role-based permissions [{default [{details | ipv4 [details] | ipv6 [details]}] | from {{sgt
| unknown }[{ipv4 | ipv6 | to {{sgt | unknown}[{details | ipv4 [details] | ipv6 [details]}]}}}] |
ipv4 | ipv6 | platform | to {sgt | unknown}[{ipv4 | ipv6}]}]
Syntax Description default (Optional) Displays information about the default permission list.
sgt (Optional) Security Group Tag. Valid values are from 2 to 65519.
unknown (Optional) Displays information about unknown source and destination groups.
Usage Guidelines This command displays the content of the SGACL permission matrix. You can specify the source security
group tag (SGT) by using the from keyword and the destination SGT by using the to keyword. When both
these keywords are specified RBACLs of a single cell are displayed. An entire column is displayed when only
the to keyword is used. An entire row is displayed when the from keyword is used. The entire permission
matrix is displayed when both the from and to keywords are omitted.
The command output is sorted by destination SGT as a primary key and the source SGT as a secondary key.
SGACLs for each cell is displayed in the same order they are defined in the configuration or acquired from
Cisco Identity Services Engine (ISE).
The details keyword is provided when a single cell is selected by specifying both from and to keywords.
When the details keyword is specified the access control entries of SGACLs of a single cell are displayed.
The following is sample output from the show role-based permissions command:
cts role-based permissions Enables permissions from a source group to a destination group.
Cisco IOS XE Amsterdam 17.1.1 The output of this command was modified to display the HTTP server
address and status information.
Usage Guidelines This command is useful for gathering Cisco TrustSec RADIUS server address and status information.
In Cisco IOS XE Gibraltar 17.1.1 and later releases, the output of this command displays HTTP server address
and their status information.
HTTP Server-list:
Server Name: Http_Server_1
Server Status: DEAD
IPv4 Address: 10.78.105.148
IPv6 Address: Not Supported
Domain-name: http_server_1.ise.com
Port: 9063
address ipv4 (config-radius-server) Configures the RADIUS server accounting and authentication
parameters for PAC provisioning.
show cts sxp {connections [{brief | vrf instance-name}] | filter-group [{detailed | global | listener
| speaker }] | filter-list filter-list-name | sgt-map [{brief | vrf instance-name}]} [{brief | vrf
instance-name}]
vrf instance-name (Optional) Displays the SXP information for the specified Virtual
Routing and Forwarding (VRF) instance name.
Command Modes
User EXEC (>)
Privileged EXEC (#)
Examples The following example displays the SXP connections using the brief keyword:
SXP : Enabled
Default Password : Set
Default Source IP: Not Set
Connection retry open period: 10 secs
Reconcile period: 120 secs
Retry open timer is not running
-----------------------------------------------------------------------------
Peer_IP Source_IP Conn Status Duration
-----------------------------------------------------------------------------
10.10.10.1 10.10.10.2 On 0:00:02:14 (dd:hr:mm:sec)
10.10.2.1 10.10.2.2 On 0:00:02:14 (dd:hr:mm:sec)
Total num of SXP Connections = 2
SXP : Enabled
Default Password : Set
Default Source IP: Not Set
Connection retry open period: 10 secs
Reconcile period: 120 secs
Retry open timer is not running
----------------------------------------------
Peer IP : 10.10.10.1
Source IP : 10.10.10.2
Set up : Peer
Conn status : On
Connection mode : SXP Listener
Connection inst# : 1
TCP conn fd : 1
TCP conn password: not set (using default SXP password)
Duration since last state change: 0:00:01:25 (dd:hr:mm:sec)
----------------------------------------------
Peer IP : 10.10.2.1
Source IP : 10.10.2.2
Set up : Peer
Conn status : On
Connection mode : SXP Listener
TCP conn fd : 2
TCP conn password: not set (using default SXP password)
Duration since last state change: 0:00:01:25 (dd:hr:mm:sec)
Total num of SXP Connections = 2
The following example displays the CTS-SXP connections for a bi-directional connection when the
device is both the speaker and listener:
SXP : Enabled
Highest Version Supported: 4
Default Password : Set
Default Source IP: Not Set
Connection retry open period: 120 secs
Reconcile period: 120 secs
Retry open timer is running
----------------------------------------------
Peer IP : 2.0.0.2
Source IP : 1.0.0.2
Conn status : On (Speaker) :: On (Listener)
Conn version : 4
Local mode : Both
Connection inst# : 1
TCP conn fd : 1(Speaker) 3(Listener)
TCP conn password: default SXP password
Duration since last state change: 1:03:38:03 (dd:hr:mm:sec) :: 0:00:00:46 (dd:hr:mm:sec)
The following example displays output from a CTS-SXP listener with a torn down connection to the
SXP speaker. Source IP-to-SGT mappings are held for 120 seconds, the default value of the delete
hold down timer.
SXP : Enabled
Default Password : Set
Default Source IP: Not Set
Connection retry open period: 10 secs
Reconcile period: 120 secs
Retry open timer is not running
----------------------------------------------
Peer IP : 10.10.10.1
Source IP : 10.10.10.2
Set up : Peer
Conn status : Delete_Hold_Down
Connection mode : SXP Listener
Connection inst# : 1
TCP conn fd : -1
TCP conn password: not set (using default SXP password)
Delete hold down timer is running
Duration since last state change: 0:00:00:16 (dd:hr:mm:sec)
----------------------------------------------
Peer IP : 10.10.2.1
Source IP : 10.10.2.2
Set up : Peer
Conn status : On
Connection inst# : 1
TCP conn fd : 2
TCP conn password: not set (using default SXP password)
Duration since last state change: 0:00:05:49 (dd:hr:mm:sec)
Total num of SXP Connections = 2
cts sxp connection peer Enters the Cisco TrustSec SXP peer IP address and specifies if a password is
used for the peer connection
cts sxp default password Configures the Cisco TrustSec SXP default password.
cts sxp default source-ip Configures the Cisco TrustSec SXP source IPv4 address.
cts sxp reconciliation Changes the Cisco TrustSec SXP reconciliation period.
cts sxp retry Changes the Cisco TrustSec SXP retry period timer.
show platform hardware fed switch active fwd-asic resource tcam utilization [ asic-number ] [ slice-id
]
Syntax Description asic-number Displays the ASIC number. Valid values are from
0 to 7.
Examples The following is sample output from the show platform hardware fed switch active fwd-asic
resource tcam utilization command:
Device# enable
Device# show platform hardware fed switch active fwd-asic resource tcam utilization
------------------------------------------------------------------------------------------------------
show platform hardware fed switch active fwd-asic Displays the current CAM table.
resource tcam table
show platform hardware fed switch active fwd-asic Displays the current CAM usage.
resource tcam usage
Examples The following is a sample output from the show platform hardware fed switch active sgacl resource
usage command:
Device# enable
Device# show platform hardware fed switch active sgacl resource usage
Policy Configuration : 80 70
Policy Entries : 256 3 1 Normal
DGT Config : 80 70
DGT Entries : 4096 0 0 Normal
Total Percent
SGACL TCAM Entries Used Used
------------------------------------------------------------------
Output PRE SGACL : 4 12
Output SGACL : 0 0
Output SGACL DEFAULT : 0 0
.
.
.
Device#
show platform software classification switch active F0 class-group-manager class-group client acl all
Example
The following is a sample output from the show platform software classification switch active F0
class-group-manager class-group client acl all command:
Device#show platform software classification switch active F0 class-group-manager class-group
client acl all
class-group [ACL-GRP:273]
class-group [ACL-GRP:529]
class-group [ACL-GRP:801]
show platform software classification switch active F0 Displays ACL class group information for the
class-group-manager class-group client acl name specified class group.
class-group name
show platform software classification switch active F0 Displays ACL class group information for the
class-group-manager class-group client acl class-group specified class group.
id
Example
The following is a sample output from the show platform software cts forwarding-manager switch active
F0 port command:
Device#show platform software cts forwarding-manager switch active F0 port
GigabitEthernet1/0/27 103 0 0 0 0
GigabitEthernet1/0/28 104 0 0 0 0
GigabitEthernet1/0/29 105 0 0 0 0
GigabitEthernet1/0/30 106 0 0 0 0
GigabitEthernet1/0/31 107 0 0 0 0
GigabitEthernet1/0/32 108 0 0 0 0
GigabitEthernet1/0/33 109 0 0 0 0
GigabitEthernet1/0/34 110 0 0 0 0
GigabitEthernet1/0/35 111 0 0 0 0
GigabitEthernet1/0/36 112 0 0 0 0
GigabitEthernet1/0/37 113 0 0 0 0
GigabitEthernet1/0/38 114 0 0 0 0
GigabitEthernet1/0/39 115 0 0 0 0
GigabitEthernet1/0/40 116 0 0 0 0
GigabitEthernet1/0/41 117 0 0 0 0
The following table explains the significant fields shown in the output:
Table 8: show platform software cts forwarding-manager switch active F0 port Field Descriptions
Field Description
Example
The following is a sample output from the show platform software cts forwarding-manager switch active
F0 command:
Device#show platform software cts forwarding-manager switch active F0
Number of bindings: 1
2.2.2.2/32
SGT Src: 2
SGT Dst: 2
show platform software cts forwarding-manager switch Displays the port CTS status.
active F0 port
show platform software cts forwarding-manager switch Displays the SGACL permissions.
active F0 permissions
Example
The following is sample output from the show platform software cts forwarding-manager switch active
F0 permissions command:
Device#show platform software cts forwarding-manager switch active F0 permissions
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
4 2 V4SGACL7100
The following table explains the significant fields shown in the output:
Table 9: show platform software cts forwarding-manager switch active F0 permissions Field Descriptions
Field Description
sgt The source group tag.
show platform software fed switch active acl counters hardware | inc SGACL
Example
The following is a sample output from the show platform software fed switch active acl counters hardware
| inc SGACL command:
Device# show platform software fed switch active acl counters hardware | inc SGACL
Example
The following is sample output from the show platform software fed switch active acl usage command:
Device# show platform software fed switch active acl usage
########################################################
######## ##################
####### Printing Usage Infos #################
######## ##################
########################################################
##### ACE Software VMR max:196608 used:282
########################################################
==================================================================================================
Feature Type ACL Type Dir Name Entries
Used
SGACL IPV4 Egress V4SGACL7100 2
==================================================================================================
Feature Type ACL Type Dir Name Entries
Used
SGACL_CATCHALL IPV4 Egress V4SGACL8100 1
==================================================================================================
Feature Type ACL Type Dir Name Entries
Used
SGACL_CATCHALL IPV6 Egress V6SGACL9100 1
==================================================================================================
Example
The following is a sample output from the show platform software fed switch active ifm mappings command:
Device#show platform software fed switch active ifm mappings
Interface IF_ID Inst Asic Core Port SubPort Mac Cntx LPN GPN Type
Active
GigabitEthernet3/0/1 0xa 1 0 1 0 0 26 6 1 193 NIF Y
GigabitEthernet3/0/2 0xb 1 0 1 1 0 6 7 2 194 NIF Y
GigabitEthernet3/0/3 0xc 1 0 1 2 0 28 8 3 195 NIF Y
GigabitEthernet3/0/4 0xd 1 0 1 3 0 27 9 4 196 NIF Y
GigabitEthernet3/0/5 0xe 1 0 1 4 0 30 10 5 197 NIF Y
GigabitEthernet3/0/6 0xf 1 0 1 5 0 29 11 6 198 NIF Y
GigabitEthernet3/0/7 0x10 1 0 1 6 0 32 12 7 199 NIF Y
GigabitEthernet3/0/8 0x11 1 0 1 7 0 31 13 8 200 NIF Y
GigabitEthernet3/0/9 0x12 1 0 1 8 0 19 14 9 201 NIF Y
GigabitEthernet3/0/10 0x13 1 0 1 9 0 5 15 10 202 NIF Y
GigabitEthernet3/0/11 0x14 1 0 1 10 0 21 16 11 203 NIF Y
GigabitEthernet3/0/12 0x15 1 0 1 11 0 20 17 12 204 NIF Y
GigabitEthernet3/0/13 0x16 1 0 1 12 0 23 18 13 205 NIF Y
GigabitEthernet3/0/14 0x17 1 0 1 13 0 22 19 14 206 NIF Y
GigabitEthernet3/0/15 0x18 1 0 1 14 0 25 20 15 207 NIF Y
GigabitEthernet3/0/16 0x19 1 0 1 15 0 24 21 16 208 NIF Y
GigabitEthernet3/0/17 0x1a 1 0 1 16 0 12 22 17 209 NIF Y
GigabitEthernet3/0/18 0x1b 1 0 1 17 0 4 23 18 210 NIF Y
GigabitEthernet3/0/19 0x1c 1 0 1 18 0 14 24 19 211 NIF Y
GigabitEthernet3/0/20 0x1d 1 0 1 19 0 13 25 20 212 NIF Y
GigabitEthernet3/0/21 0x1e 1 0 1 20 0 16 26 21 213 NIF Y
GigabitEthernet3/0/22 0x1f 1 0 1 21 0 15 27 22 214 NIF Y
GigabitEthernet3/0/23 0x20 1 0 1 22 0 18 28 23 215 NIF Y
GigabitEthernet3/0/24 0x21 1 0 1 23 0 17 29 24 216 NIF Y
GigabitEthernet3/0/25 0x22 0 0 0 24 0 26 6 25 217 NIF Y
GigabitEthernet3/0/26 0x23 0 0 0 25 0 6 7 26 218 NIF Y
GigabitEthernet3/0/27 0x24 0 0 0 26 0 28 8 27 219 NIF Y
GigabitEthernet3/0/28 0x25 0 0 0 27 0 27 9 28 220 NIF Y
GigabitEthernet3/0/29 0x26 0 0 0 28 0 30 10 29 221 NIF Y
GigabitEthernet3/0/30 0x27 0 0 0 29 0 29 11 30 222 NIF Y
GigabitEthernet3/0/31 0x28 0 0 0 30 0 32 12 31 223 NIF Y
GigabitEthernet3/0/32 0x29 0 0 0 31 0 31 13 32 224 NIF Y
GigabitEthernet3/0/33 0x2a 0 0 0 32 0 19 14 33 225 NIF Y
GigabitEthernet3/0/34 0x2b 0 0 0 33 0 5 15 34 226 NIF Y
GigabitEthernet3/0/35 0x2c 0 0 0 34 0 21 16 35 227 NIF Y
The following table explains the significant fields shown in the output:
Table 10: show platform software fed switch active ifm mappings Field Descriptions
Field Description
Interface The name of the interface.
Example
The following is sample output from the show platform software fed switch active ip route command:
Device# show platform software fed switch active ip route
vrf dest htm flags SGT DGID MPLS
Last-modified SecsSinceHit
--- ---- --- ----- --- ---- ----
------------------------ ------------
2 0.0.0.0/0 0x78f2fd3488a8 0x0 0 0
2023/03/14 06:38:18.684 1
2 127.0.0.0/8 0x78f2fd351508 0x0 0 0
2023/03/14 06:38:18.687 1
2 255.255.255.255/32 0x78f2fd34ebd8 0x0 0 0
2023/03/14 06:38:18.686 1
2 240.0.0.0/4 0x78f2fd350828 0x0 0 0
2023/03/14 06:38:18.686 1
2 0.0.0.0/32 0x78f2fd34cd88 0x0 0 0
2023/03/14 06:38:18.685 1
2 0.0.0.0/8 0x78f2fd350e98 0x0 0 0
2023/03/14 06:38:18.686 1
0 0.0.0.0/0 0x78f2fd345388 0x0 0 0
2023/03/14 06:39:09.383 352
0 9.24.0.0/32 0x78f2fd33e1c8 0x0 0 0
2023/03/14 06:38:38.930 1
0 9.24.0.1/32 0x78f2fd33a5e8 0x0 0 0
2023/03/14 06:39:09.390 5
0 127.0.0.0/8 0x78f2fd3501b8 0x0 0 0
2023/03/14 06:38:18.686 1
0 255.255.255.255/32 0x78f2fd34c478 0x0 0 0
2023/03/14 06:38:18.685 1
0 2.2.2.2/32 0x78f2fd3568e8 0x0 2 1
2023/03/14 06:39:09.383 1
0 9.24.255.255/32 0x78f2fd344838 0x0 0 0
2023/03/14 06:38:38.931 1
0 10.64.69.164/32 0x78f2fd33fac8 0x0 0 0
2023/03/14 06:39:09.383 1
0 10.77.128.69/32 0x78f2fd3420a8 0x0 0 0
2023/03/14 06:39:09.383 1
0 240.0.0.0/4 0x78f2fd34f4d8 0x0 0 0
2023/03/14 06:38:18.686 1
0 10.106.26.249/32 0x78f2fd3399a8 0x0 0 0
2023/03/14 06:39:09.383 1
0 0.0.0.0/32 0x78f2fd34a768 0x0 0 0
2023/03/14 06:38:18.685 1
0 9.24.23.30/32 0x78f2fd1f2078 0x0 0 0
2023/03/14 06:38:38.930 24
0 9.24.0.0/16 0x78f2fd33af48 0x0 0 0
2023/03/14 06:38:38.930 1
0 0.0.0.0/8 0x78f2fd34fb48 0x0 0 0
2023/03/14 06:38:18.686 1
The following table explains the significant fields shown in the output:
Table 11: show platform software fed switch active ip route Field Descriptions
Field Description
vrf The VRF ID.
Example
The following is a sample output from the show platform software fed switch active sgacl detail command:
Device# show platform software fed switch active sgacl detail
Global Enforcement: Off
The following table explains the significant fields shown in the output:
Table 12: show platform software fed switch active sgacl detail Field Descriptions
Field Description
SGT/Refcnt The security group tag/reinforcement.
Syntax Description sgacl Displays Security Group access control lists (SGACLs) hardware information.
Example
The following is a sample output from the show platform software fed switch active sgacl port command:
Device# show platform software fed switch active sgacl port
Gi3/0/35 Disabled 0 No No No No
Gi3/0/36 Disabled 0 No No No No
Gi3/0/37 Disabled 0 No No No No
Gi3/0/38 Disabled 0 No No No No
Gi3/0/39 Disabled 0 No No No No
Gi3/0/40 Disabled 0 No No No No
Gi3/0/41 Disabled 0 No No No No
Gi3/0/42 Disabled 0 No No No No
Gi3/0/43 Disabled 0 No No No No
Gi3/0/44 Disabled 0 No No No No
Gi3/0/45 Disabled 0 No No No No
Gi3/0/46 Disabled 0 No No No No
Gi3/0/47 Disabled 0 No No No No
Gi3/0/48 Disabled 0 No No No No
Gi3/1/1 Disabled 0 No No No No
Gi3/1/2 Disabled 0 No No No No
Gi3/1/3 Disabled 0 No No No No
Gi3/1/4 Disabled 0 No No No No
Te3/1/1 Disabled 0 No No No No
Te3/1/2 Disabled 0 No No No No
Te3/1/3 Disabled 0 No No No No
Te3/1/4 Disabled 0 No No No No
Te3/1/5 Disabled 0 No No No No
Te3/1/6 Disabled 0 No No No No
Te3/1/7 Disabled 0 No No No No
Te3/1/8 Disabled 0 No No No No
Fo3/1/1 Disabled 0 No No No No
Fo3/1/2 Disabled 0 No No No No
Tw3/1/1 Disabled 0 No No No No
Tw3/1/2 Disabled 0 No No No No
Ap3/0/1 Disabled 0 No No No No
Example
The following is a sample output from the show platform software fed switch active sgacl vlan command:
Device# show platform software fed switch active sgacl vlan
Enforcement enabled:
vlan0
vlan1
vlan2
vlan10
vlan102
vlan192
vlan200
Example
The following is a sample output from the show platform software status control-processor brief command:
Device# show platform software status control-processor brief
Load Average
Slot Status 1-Min 5-Min 15-Min
3-RP0 Healthy 0.03 0.07 0.04
Memory (kB)
Slot Status Total Used (Pct) Free (Pct) Committed (Pct)
3-RP0 Healthy 7745656 4178292 (54%) 3567364 (46%) 4755060 (61%)
CPU Utilization
Slot CPU User System Nice Idle IRQ SIRQ IOwait
3-RP0 0 0.50 0.40 0.00 99.10 0.00 0.00 0.00
1 0.90 0.50 0.00 98.59 0.00 0.00 0.00
2 0.40 0.40 0.00 99.20 0.00 0.00 0.00
3 0.80 0.30 0.00 98.90 0.00 0.00 0.00
4 0.60 0.30 0.00 99.09 0.00 0.00 0.00
5 0.70 0.30 0.00 99.00 0.00 0.00 0.00
6 1.20 0.30 0.00 98.50 0.00 0.00 0.00
7 0.59 0.39 0.00 99.00 0.00 0.00 0.00
The following is sample output from the show monitor capturenamebuffer command:
Device# enable
Device# show monitor capture NewCapture buffer
1 0.000000 10.4.1.117 -> 10.5.1.108 ICMP 124 Echo (ping) reply id=0x0008, seq=44279/63404,
ttl=127
2 0.108862 10.4.1.113 -> 10.5.1.109 ICMP 124 Echo (ping) reply id=0x0008, seq=26717/23912,
ttl=127
3 0.110106 10.4.1.119 -> 10.5.1.102 ICMP 124 Echo (ping) reply id=0x0008, seq=28341/46446,
ttl=127
timeout (CTS)
To configure the response timeout in seconds, use the timeout command in policy-server configuration mode.
To go back to the default response timeout, use the no form of this command.
timeout seconds
no timeout
Examples The following example shows how to change the policy-server timeout:
Device# enable
Device# configure terminal
Device(config)# policy-server name ise_server_2
Device(config-policy-server)# timeout 8
tls server-trustpoint
Configures the Transport Layer Security (TLS) trustpoint, use the tls server-trustpoint command in
policy-server configuration mode. To remove the TLS trustpoint, use the no form of this command.
Usage Guidelines TLS is used by a network device to connect to the Cisco Identity Services Engine (ISE). The device uses a
make or break approach to the TLS connection establishment, and there is no persistent TLS connection
between the device and Cisco ISE. After the TLS connection is established, the device can use this connection
to submit multiple REST API calls to specific uniform resource locators (URLs). After all the REST requests
are processed, the server terminates the connection through a TCP-FIN message. For new REST API calls,
a new connection must be established with the server.
If an invalid trustpoint is configured, the TLS handshake will fail and server is marked as dead.
• show platform software fed switch punt rates interfaces, on page 322
• show platform software ilpower, on page 325
• show platform software memory, on page 327
• show platform software process list, on page 332
• show platform software process memory, on page 336
• show platform software process slot switch, on page 339
• show platform software status control-processor, on page 341
• show platform software thread list, on page 344
• show platform usb status, on page 346
• show processes cpu platform, on page 347
• show processes cpu platform history, on page 350
• show processes cpu platform monitor, on page 353
• show processes memory, on page 355
• show processes memory platform, on page 358
• show processes platform, on page 362
• show power inline, on page 365
• show stack-power , on page 371
• show shell, on page 373
• show system mtu, on page 376
• show tech-support , on page 377
• show tech-support bgp, on page 379
• show tech-support diagnostic, on page 382
• show tech-support poe, on page 387
• speed, on page 417
• stack-power , on page 419
• switchport block, on page 421
• system mtu, on page 422
• tlv-type (device classifier condition), on page 423
• voice-signaling vlan (network-policy configuration), on page 425
• voice vlan (network-policy configuration), on page 427
bluetooth pin
To configure a new Bluetooth pin, use the bluetooth pin command in interface configuration or global
configuration mode.
Usage Guidelines The bluetooth pin command can be configured either in the interface configuration or global configuration
mode. Cisco recommends using the global configuration mode to configure the Bluetooth pin.
Examples This example shows how to configure a new Bluetooth pin using the bluetooth pin command.
Device> enable
Device# configure terminal
Device(config)# bluetooth pin 1111
Device(config)#
show platform hardware bluetooth Displays information about the Bluetooth interface
Note Before executing the clear macro auto configuration command, you must disable Auto SmartPorts on the
switch.
Syntax Description all Removes macro applied configuration from all the
interfaces.
Usage Guidelines Use the command to remove configuration applied by macros from all the interfaces or a particular interface
on the switch.
You can verify your settings by entering the show macro auto interface command in privileged EXEC mode.
Example
This example shows how to remove the configuration from all the switch interfaces:
device classifier
To enable the device classifier, use the device classifier command in global configuration mode. Use the no
form of this command to disable the device classifier.
device classifier
no device classifier
Usage Guidelines Use the no device classifier command, in global configuration mode, to disable the device classifier. You
cannot disable the device classifier while it is being used by features such as Auto SmartPorts (ASP).
Example
This example shows how to enable the ASP device classifier on a switch:
debug ilpower
To enable debugging of the power controller and Power over Ethernet (PoE) system, use the debug ilpower
command in privileged EXEC mode. To disable debugging, use the no form of this command.
debug ilpower {cdp | event | ha | ipc | police | port | powerman | registries | scp | sense}
no debug ilpower {cdp | event | ha | ipc | police | port | powerman | registries | scp | sense}
Syntax Description cdp Displays PoE Cisco Discovery Protocol (CDP) debug messages.
debug interface
To enable debugging of interface-related activities, use the debug interface command in privileged EXEC
mode. To disable debugging, use the no form of this command.
Syntax Description interface-id ID of the physical interface. Displays debug messages for the specified
physical port, identified by type switch number/module number/port, for
example, gigabitethernet 1/0/2.
null interface-number Displays debug messages for null interfaces. The interface number is always
0.
vlan vlan-id Displays debug messages for the specified VLAN. The vlan range is 1 to
4094.
protocol memory Displays debug messages for memory operations of protocol counters.
Usage Guidelines If you do not specify a keyword, all debug messages appear.
The undebug interface command is the same as the no debug interface command.
When you enable debugging on a switch stack, it is enabled only on the active switch. To enable debugging
on a stack member, you can start a session from the active switch by using the session switch-number EXEC
command. Then enter the debug command at the command-line prompt of the stack member. You also can
use the remote command stack-member-number LINE EXEC command on the active switch to enable
debugging on a member switch without first starting a session.
Usage Guidelines The undebug lldp packets command is the same as the no debug lldp packets command.
When you enable debugging on a switch stack, it is enabled only on the active switch. To enable debugging
on a stack member, you can start a session from the active switch by using the session switch-number EXEC
command.
switch switch-number (Optional) Specifies the stack member. This keyword is supported only on
stacking-capable switches.
Usage Guidelines The undebug platform poe command is the same as the no debug platform poe command.
Syntax Description switch active Displays information about the active switch.
Usage Guidelines The debug platform software fed switch active punt packet-capture start command starts the debugging
of packets during high CPU utilization. The packet capture is stopped when the 4k buffer size is exceeded.
Examples The following is a sample output from the debug platform software fed switch active punt
packet-capture start command:
The following is a sample output from the debug platform software fed switch active punt
packet-capture stop command:
duplex
To specify the duplex mode of operation for a port, use the duplex command in interface configuration mode.
To return to the default value, use the no form of this command.
Syntax Description auto Enables automatic duplex configuration. The port automatically detects whether it should run in full-
or half-duplex mode, depending on the attached device mode.
half Enables half-duplex mode (only for interfaces operating at 10 or 100 Mb/s). You cannot configure
half-duplex mode for interfaces operating at 1000 Mb/s, 10,000 Mb/s, 2.5Gb/s, or 5Gb/s.
Usage Guidelines For Gigabit Ethernet ports, setting the port to auto has the same effect as specifying full if the attached device
does not autonegotiate the duplex parameter.
Note Half-duplex mode is supported on Gigabit Ethernet interfaces if the duplex mode is auto and the connected
device is operating at half duplex. However, you cannot configure these interfaces to operate in half-duplex
mode.
Certain ports can be configured to be either full duplex or half duplex. How this command is applied depends
on the device to which the switch is attached.
If both ends of the line support autonegotiation, we highly recommend using the default autonegotiation
settings. If one interface supports autonegotiation and the other end does not, configure duplex and speed on
both interfaces, and use the auto setting on the supported side.
If the speed is set to auto, the switch negotiates with the device at the other end of the link for the speed setting
and then forces the speed setting to the negotiated value. The duplex setting remains as configured on each
end of the link, which could result in a duplex setting mismatch.
You can configure the duplex setting when the speed is set to auto.
Caution Changing the interface speed and duplex mode configuration might shut down and re-enable the interface
during the reconfiguration.
You can verify your setting by entering the show interfaces privileged EXEC command.
Examples This example shows how to configure an interface for full-duplex operation:
errdisable detect cause {all | arp-inspection | bpduguard shutdown vlan | dhcp-rate-limit | dtp-flap
| gbic-invalid | inline-power | link-flap | loopback | pagp-flap | pppoe-ia-rate-limit | psp shutdown
vlan | security-violation shutdown vlan | sfp-config-mismatch}
no errdisable detect cause {all | arp-inspection | bpduguard shutdown vlan | dhcp-rate-limit | dtp-flap
| gbic-invalid | inline-power | link-flap | loopback | pagp-flap | pppoe-ia-rate-limit | psp shutdown
vlan | security-violation shutdown vlan | sfp-config-mismatch}
Syntax Description all Enables error detection for all error-disabled causes.
arp-inspection Enables error detection for dynamic Address Resolution Protocol (ARP)
inspection.
dtp-flap Enables error detection for the Dynamic Trunking Protocol (DTP)
flapping.
gbic-invalid Enables error detection for an invalid Gigabit Interface Converter (GBIC)
module.
Note This error refers to an invalid small form-factor pluggable
(SFP) module.
inline-power Enables error detection for the Power over Ethernet (PoE) error-disabled
cause.
Note This keyword is supported only on switches with PoE ports.
pagp-flap Enables error detection for the Port Aggregation Protocol (PAgP) flap
error-disabled cause.
pppoe-ia-rate-limit Enables error detection for the PPPoE Intermediate Agent rate-limit
error-disabled cause.
psp shutdown vlan Enables error detection for protocol storm protection (PSP).
Command Default Detection is enabled for all causes. All causes, except per-VLAN error disabling, are configured to shut down
the entire port.
Usage Guidelines A cause (such as a link-flap or dhcp-rate-limit) is the reason for the error-disabled state. When a cause is
detected on an interface, the interface is placed in an error-disabled state, an operational state that is similar
to a link-down state.
When a port is error-disabled, it is effectively shut down, and no traffic is sent or received on the port. For
the bridge protocol data unit (BPDU) guard, voice-aware 802.1x security, and port-security features, you can
configure the switch to shut down only the offending VLAN on the port when a violation occurs, instead of
shutting down the entire port.
If you set a recovery mechanism for the cause by entering the errdisable recovery global configuration
command, the interface is brought out of the error-disabled state and allowed to retry the operation when all
causes have timed out. If you do not set a recovery mechanism, you must enter the shutdown and then the
no shutdown commands to manually recover an interface from the error-disabled state.
For protocol storm protection, excess packets are dropped for a maximum of two virtual ports. Virtual port
error disabling using the psp keyword is not supported for EtherChannel and Flexlink interfaces.
To verify your settings, enter the show errdisable detect privileged EXEC command.
This example shows how to enable error-disabled detection for the link-flap error-disabled cause:
Device(config)# errdisable detect cause link-flap
This command shows how to globally configure BPDU guard for a per-VLAN error-disabled state:
Device(config)# errdisable detect cause bpduguard shutdown vlan
This command shows how to globally configure voice-aware 802.1x security for a per-VLAN
error-disabled state:
Device(config)# errdisable detect cause security-violation shutdown vlan
You can verify your setting by entering the show errdisable detect privileged EXEC command.
Syntax Description all Enables the timer to recover from all error-disabled causes.
arp-inspection Enables the timer to recover from the Address Resolution Protocol
(ARP) inspection error-disabled state.
bpduguard Enables the timer to recover from the bridge protocol data unit
(BPDU) guard error-disabled state.
dhcp-rate-limit Enables the timer to recover from the DHCP snooping error-disabled
state.
dtp-flap Enables the timer to recover from the Dynamic Trunking Protocol
(DTP) flap error-disabled state.
inline-power Enables the timer to recover from the Power over Ethernet (PoE)
error-disabled state.
This keyword is supported only on switches with PoE ports.
link-flap Enables the timer to recover from the link-flap error-disabled state.
mac-limit Enables the timer to recover from the mac limit error-disabled state.
pagp-flap Enables the timer to recover from the Port Aggregation Protocol
(PAgP)-flap error-disabled state.
port-mode-failure Enables the timer to recover from the port mode change failure
error-disabled state.
pppoe-ia-rate-limit Enables the timer to recover from the PPPoE IA rate limit
error-disabled state.
psecure-violation Enables the timer to recover from a port security violation disable
state.
psp Enables the timer to recover from the protocol storm protection (PSP)
error-disabled state.
udld Enables the timer to recover from the UniDirectional Link Detection
(UDLD) error-disabled state.
Usage Guidelines A cause (such as all or BDPU guard) is defined as the reason that the error-disabled state occurred. When a
cause is detected on an interface, the interface is placed in the error-disabled state, an operational state similar
to link-down state.
When a port is error-disabled, it is effectively shut down, and no traffic is sent or received on the port. For
the BPDU guard and port-security features, you can configure the switch to shut down only the offending
VLAN on the port when a violation occurs, instead of shutting down the entire port.
If you do not enable the recovery for the cause, the interface stays in the error-disabled state until you enter
the shutdown and the no shutdown interface configuration commands. If you enable the recovery for a cause,
the interface is brought out of the error-disabled state and allowed to retry the operation again when all the
causes have timed out.
Otherwise, you must enter the shutdown and then the no shutdown commands to manually recover an
interface from the error-disabled state.
You can verify your settings by entering the show errdisable recovery privileged EXEC command.
Examples This example shows how to enable the recovery timer for the BPDU guard error-disabled cause:
Syntax Description all Enables the timer to recover from all error-disabled causes.
arp-inspection Enables the timer to recover from the Address Resolution Protocol
(ARP) inspection error-disabled state.
bpduguard Enables the timer to recover from the bridge protocol data unit
(BPDU) guard error-disabled state.
dhcp-rate-limit Enables the timer to recover from the DHCP snooping error-disabled
state.
dtp-flap Enables the timer to recover from the Dynamic Trunking Protocol
(DTP) flap error-disabled state.
inline-power Enables the timer to recover from the Power over Ethernet (PoE)
error-disabled state.
This keyword is supported only on switches with PoE ports.
link-flap Enables the timer to recover from the link-flap error-disabled state.
mac-limit Enables the timer to recover from the mac limit error-disabled state.
pagp-flap Enables the timer to recover from the Port Aggregation Protocol
(PAgP)-flap error-disabled state.
port-mode-failure Enables the timer to recover from the port mode change failure
error-disabled state.
pppoe-ia-rate-limit Enables the timer to recover from the PPPoE IA rate limit
error-disabled state.
psecure-violation Enables the timer to recover from a port security violation disable
state.
psp Enables the timer to recover from the protocol storm protection (PSP)
error-disabled state.
udld Enables the timer to recover from the UniDirectional Link Detection
(UDLD) error-disabled state.
Usage Guidelines A cause (such as all or BDPU guard) is defined as the reason that the error-disabled state occurred. When a
cause is detected on an interface, the interface is placed in the error-disabled state, an operational state similar
to link-down state.
When a port is error-disabled, it is effectively shut down, and no traffic is sent or received on the port. For
the BPDU guard and port-security features, you can configure the switch to shut down only the offending
VLAN on the port when a violation occurs, instead of shutting down the entire port.
If you do not enable the recovery for the cause, the interface stays in the error-disabled state until you enter
the shutdown and the no shutdown interface configuration commands. If you enable the recovery for a cause,
the interface is brought out of the error-disabled state and allowed to retry the operation again when all the
causes have timed out.
Otherwise, you must enter the shutdown and then the no shutdown commands to manually recover an
interface from the error-disabled state.
You can verify your settings by entering the show errdisable recovery privileged EXEC command.
Examples This example shows how to enable the recovery timer for the BPDU guard error-disabled cause:
hw-module beacon
To control the beacon LED on a device, use the hw-module beacon command in the privileged EXEC mode
or global configuration mode.
Command Modes Global configuration (config) (Cisco IOS XE Fuji 16.8.x and Earlier Releases)
Privileged EXEC (#) (Cisco IOS XE Fuji 16.9.1 and Later Releases)
Usage Guidelines Use this command to enable or disable the switch LED. Blue indicates the switch LED is on and black indicates
that it is off.
The following example shows how to switch on the LED beacon of the active switch:
Device> enable
Device# hw-module beacon slot active on
Usage Guidelines When the device boots up, it is in 802.3at-compliant mode by default. Use the hw-module switchswitch-number
upoe-plus command to enable 802.3bt Type 3 mode ton the device. This command causes the device to be
power-cycled to enable 802.3bt compliance.
The following command enables 802.3bt mode on the switch which is the second member of the
stack.
Device> enable
Device# configure terminal
Device(config)# hw-module switch 2 upoe-plus
!!!WARNING!!!This configuration will power cycle the switch to make it effective. Would you
like to continue y/n?
interface
To configure an interface, use the interface command.
Usage Guidelines You can not use the "no" form of this command.
interface range
To configure an interface range, use the interface range command.
Examples This example shows how you can configure interface range:
Device(config)# interface range vlan 1-100
ip mtu
To set the IP maximum transmission unit (MTU) size of routed packets on all routed ports of the switch or
switch stack, use the ip mtu command in interface configuration mode. To restore the default IP MTU size,
use the no form of this command.
ip mtu bytes
no ip mtu bytes
Syntax Description bytes MTU size, in bytes. The range is from 68 up to the system MTU value (in bytes).
Command Default The default IP MTU size for frames received and sent on all switch interfaces is 1500 bytes.
Usage Guidelines The upper limit of the IP value is based on the switch or switch stack configuration and refers to the currently
applied system MTU value. For more information about setting the MTU sizes, see the system mtu global
configuration command.
To return to the default IP MTU setting, you can apply the default ip mtu command or the no ip mtu command
on the interface.
You can verify your setting by entering the show ip interface interface-id or show interfaces interface-id
privileged EXEC command.
The following example sets the maximum IP packet size for VLAN 200 to 1000 bytes:
Device(config)# interface vlan 200
Device(config-if)# ip mtu 1000
The following example sets the maximum IP packet size for VLAN 200 to the default setting of 1500
bytes:
Device(config)# interface vlan 200
Device(config-if)# default ip mtu
This is an example of partial output from the show ip interface interface-id command. It displays
the current IP MTU setting for the interface.
Device# show ip interface gigabitethernet4/0/1
GigabitEthernet4/0/1 is up, line protocol is up
Internet address is 18.0.0.1/24
Broadcast address is 255.255.255.255
Address determined by setup command
MTU is 1500 bytes
Helper address is not set
<output truncated>
ipv6 mtu
To set the IPv6 maximum transmission unit (MTU) size of routed packets on all routed ports of the switch or
switch stack, use the ipv6 mtu command in interface configuration mode. To restore the default IPv6 MTU
size, use the no form of this command.
Syntax Description bytes MTU size, in bytes. The range is from 1280 up to the system MTU value (in bytes).
Command Default The default IPv6 MTU size for frames received and sent on all switch interfaces is 1500 bytes.
Usage Guidelines The upper limit of the IPv6 MTU value is based on the switch or switch stack configuration and refers to the
currently applied system MTU value. For more information about setting the MTU sizes, see the system mtu
global configuration command.
To return to the default IPv6 MTU setting, you can apply the default ipv6 mtu command or the no ipv6 mtu
command on the interface.
You can verify your setting by entering the show ipv6 interface interface-id or show interface interface-id
privileged EXEC command.
The following example sets the maximum IPv6 packet size for an interface to 2000 bytes:
Device(config)# interface gigabitethernet4/0/1
Device(config-if)# ipv6 mtu 2000
The following example sets the maximum IPv6 packet size for an interface to the default setting of
1500 bytes:
Device(config)# interface gigabitethernet4/0/1
Device(config-if)# default ipv6 mtu
This is an example of partial output from the show ipv6 interface interface-id command. It displays
the current IPv6 MTU setting for the interface.
Device# show ipv6 interface gigabitethernet4/0/1
GigabitEthernet4/0/1 is up, line protocol is up
Internet address is 18.0.0.1/24
Broadcast address is 255.255.255.255
Address determined by setup command
MTU is 1500 bytes
Helper address is not set
<output truncated>
Syntax Description med-tlv-select Selects an LLDP Media Endpoint Discovery (MED) time-length-value
(TLV) element to send.
tlv String that identifies the TLV element. Valid values are the following:
• inventory-management— LLDP MED Inventory Management
TLV.
• location— LLDP MED Location TLV.
• network-policy— LLDP MED Network Policy TLV.
• power-management— LLDP MED Power Management TLV.
Usage Guidelines The no form of this command does not disable PoE error events.
Examples This example shows how to enable logging of PoE events on a port:
Device(config-if)# interface gigabitethernet1/0/1
Device(config-if)# logging event power-inline-status
Device(config-if)#
macro
To apply a macro to an interface or to apply and debug a macro on an interface, use the macro command in
interface configuration mode.
parameter value (Optional) Specifies unique parameter values that are specific to the
interface. You can enter up to three keyword-value pairs. Parameter
keyword matching is case sensitive.
All matching occurrences of the keyword are replaced with the
corresponding value.
Usage Guidelines You can use the macro apply macro-name command to apply and show the macros running on an interface.
You can use the macro trace macro-name command to apply and then debug the macro to find any syntax
or configuration errors.
If a command fails because of a syntax error or a configuration error when you apply a macro, the macro
continues to apply the remaining commands to the interface.
When creating a macro that requires the assignment of unique values, use the parameter value keywords to
designate values specific to the interface.
Keyword matching is case sensitive. All matching occurrences of the keyword are replaced with the
corresponding value. Any full match of a keyword, even if it is part of a larger string, is considered a match
and is replaced by the corresponding value.
Some macros might contain keywords that require a parameter value. You can use the macro apply macro-name
? command to display a list of any required values in the macro. If you apply a macro without entering the
keyword values, the commands are invalid and are not applied.
There are Cisco-default SmartPorts macros embedded in the switch software. You can display these macros
and the commands that they contain by using the show parser macro command in user EXEC mode.
Follow these guidelines when you apply a Cisco-default SmartPorts macro on an interface:
• Display all macros on the switch by using the show parser macro command in user EXEC mode. Display
the contents of a specific macro by using the show parser macro macro-name command in user EXEC
mode.
• Keywords that begin with $ mean that a unique parameter value is required. Append the Cisco-default
macro with the required values by using the parameter value keywords.
The Cisco-default macros use the $ character to identify required keywords. You can use the $ character to
define keywords when you create a macro.
When you apply a macro to an interface, the macro name is automatically added to the interface. You can
display the applied commands and macro names by using the show running-config interface interface-id
command in user EXEC mode.
A macro applied to an interface range behaves the same way as a macro applied to a single interface. When
you use an interface range, the macro is applied sequentially to each interface within the range. If a macro
command fails on one interface, it is still applied to the remaining interfaces.
You can delete a macro-applied configuration on an interface by entering the default interface interface-id
command in interface configuration mode.
Example
After you use the macro name command, in interface configuration mode, you can apply it to an
interface. This example shows how to apply a user-created macro called duplex to an interface:
To debug a macro, use the macro trace command, in interface configuration mode, to find any
syntax or configuration errors in the macro as it is applied to an interface.
This example shows how to display the Cisco-default cisco-desktop macro and how to apply the
macro and set the access VLAN ID to 25 on an interface:
macro auto
To configure and apply a global macro using the CLI, use the macro auto command in privileged EXEC
mode.
Use the no form of this command to return to the default setting.
Usage Guidelines To remove the macro from the switch, enter the no forms of the macro commands.
If you enter the macro auto config macro-name command, you are prompted to enter values for all the macro
parameters.
Use the exact text string when entering the macro-name. The entries are case sensitive.
The user-defined values appear only in the show macro auto or show running-config command output.
Example
This example shows how to display global macros:
This example shows how to display the parameters for a specific macro:
This example shows how to set macro parameters and apply the macro using the CLI:
Usage Guidelines To remove the macro from the switch, enter the no forms of the macro commands.
Use the exact text string when entering the macro-name. The entries are case sensitive.
The user-defined values appear only in the show macro auto or show running-config command output.
You can also use the Cisco IOS shell scripting capability to set the parameters. For examples, see the
“Configuring and Applying Global Macros” section in the “Configuring Auto Smartports and Static Smartports
Macros” chapter.
Example
This example shows how to display global macros:
Usage Guidelines To remove the macro from the switch, enter the no forms of the macro commands.
If you enter the macro auto config macro-name command, you are prompted to enter values for all the macro
parameters.
Use the exact text string when entering the macro-name and parameters. The entries are case sensitive.
The user-defined values appear only in the show macro auto or show running-config command output.
You can also use the Cisco IOS shell scripting capability to set the parameters. For examples, see the
“Configuring and Applying Global Macros” section in the “Configuring Auto Smartports and Static Smartports
Macros” chapter.
macro auto control {detection [cdp] [lldp] [mac-address] | device [ip-camera] [media-player] [phone]
[lightweight-ap] [access-point] [router] [switch] | trigger [last-resort]}
no macro auto control {detection [cdp] [lldp] [mac-address] | device [ip-camera] [media-player]
[phone] [lightweight-ap] [access-point] [router] [switch] | trigger [last-resort]}
Syntax Description detection [cdp] [lldp] [mac-address] detection—Sets one or more of these as
an event trigger:
• (Optional) cdp—CDP messages
• (Optional) lldp—LLDP messages
• (Optional)
mac-address—User-defined MAC
address groups
Command Default The switch uses the device type as the event trigger. If the switch cannot determine the device type, it uses
MAC address groups, MAB messages, 802.1x authentication messages, and LLDP messages in random order.
Usage Guidelines If you do not set event triggers, the switch uses the device type as the event trigger. If the switch cannot
determine the device type, it uses MAC address groups, MAB messages, 802.1x authentication messages,
and LLDP messages in random order.
To verify that a macro is applied to an interface, use the show macro auto interface command in user EXEC
mode.
Example
This example shows how to set LLDP messages and MAC address groups as event triggers:
This example shows how to set access points, video surveillance cameras, and digital media players
as event triggers:
Note The switch applies a built-in macro only when it detects an access point, video surveillance camera,
or digital media player.
macro auto execute event trigger {builtin built-in macro | remote url}{parameter=value}{function contents}
no macro auto execute event trigger {builtin built-in macro | remote url}{parameter=value}{function
contents}
Syntax Description event trigger Defines mapping from an event trigger to a built-in macro.
Specifies an event trigger:
• CISCO_CUSTOM_EVENT
• CISCO_DMP_EVENT
• CISCO_IPVSC_EVENT
• CISCO_LAST_RESORT_EVENT
• CISCO_PHONE_EVENT
• CISCO_ROUTER_EVENT
• CISCO_SWITCH_EVENT
• CISCO_WIRELESS_AP_EVENT
• CISCO_WIRELESS_LIGHTWEIGHT_AP_EVENT
• WORD—Apply a user-defined event trigger such as a MAC address group
{function contents} (Optional) {function contents}— Specifies a user-defined macro to associate with
the trigger. Enter the macro contents within braces. Begin the Cisco IOS shell
commands with the left brace and end the command grouping with the right brace.
Usage Guidelines Use the macro auto execute command to replace the built-in macro default values with values that are specific
to your switch.
The switch automatically maps from event triggers to built-in macros. The built-in macros are system-defined
macros in the software image. You can also create user-defined macros by using the Cisco IOS shell scripting
capability.
You can create new event triggers by using the shell trigger commands in global configuration mode. Use
the show shell triggers command in privileged EXEC to display the contents of the user-defined triggers and
macros.
You can use the macro auto mac-address-group command in global configuration mode to create event
triggers for devices that do not support Cisco Discovery Protocol (CDP) or Link Layer Discovery Protocol
(LLDP).
You can use the remote macro feature to store macros in a central location for designated network switches
to use. You can then maintain and update the macro files for use by multiple switches. Use remote url to
configure the remote server location and macro path information. There are no specific file extension
requirements for saved macro files.
Auto Smartports macros and antimacros (the antimacro is the portion of the applied macro that removes it at
link down) have these guidelines and limitations:
• You can delete or change the built-in macros. However, you can override a built-in macro by creating a
user-defined macro with the same name. To restore the original built-in macro, delete the user-defined
macro.
• If you enable both the macro auto device and the macro auto execute commands, the parameters
specified in the command last executed are applied to the switch. Only one command is active on the
switch.
• To avoid system conflicts when macros are applied, remove all port configurations except for 802.1x
authentication.
• Do not configure port security when enabling Auto SmartPorts on the switch.
• If the macro conflicts with the original configuration, either the macro does not apply some of the original
configuration commands, or the antimacro does not remove them. (The antimacro is the portion of the
applied macro that removes the macro at a link-down event.)
• For example, if 802.1x authentication is enabled, you cannot remove the switchport-mode access
configuration. Remove the 802.1x authentication before removing the switchport mode configuration.
• A port cannot be a member of an EtherChannel when you apply Auto SmartPorts macros.
• The built-in-macro default data VLAN is VLAN 1. The default voice VLAN is VLAN 2. If your switch
uses different access, native, or voice VLANs, use the macro auto device or the macro auto execute
commands to configure the values.
• For 802.1x authentication or MAC authentication bypass (MAB), to detect non-Cisco devices, configure
the RADIUS server to support the Cisco attribute-value pair auto-smart-port=event trigger
• The switch supports Auto SmartPort macros only on directly connected devices. Multiple device
connections, such as hubs, are not supported.
• If authentication is enabled on a port, the switch ignores a MAC address trigger if authentication fails.
• The order of CLI commands within the macro and the corresponding antimacro can be different.
Example
This example shows how to use two built-in macros for connecting Cisco switches and Cisco IP
phones to the switch. This example modifies the default voice VLAN, access VLAN, and native
VLAN for the trunk interface:
Device(config)# !!! the next command modifies the access and voice vlans
Device(config)# !!! for the built in Cisco IP phone auto smartport macro
Device(config)# macro auto execute CISCO_PHONE_EVENT builtin CISCO_PHONE_AUTO_SMARTPORT
ACCESS_VLAN=10 VOICE_VLAN=20
Device(config)# !!! the next command modifies the Native vlan used for inter switch trunks
This example shows how to map a user-defined event trigger called media player to a user-defined
macro
1. Connect the media player to an 802.1x- or MAB-enabled switch port.
2. On the RADIUS server, set the attribute-value pair to auto-smart-port=DMP_EVENT
3. On the switch, create the event trigger DMP_EVENT, and enter the user-defined macro commands.
4. The switch recognizes the attribute-value pair=DMP_EVENT response from the RADIUS server
and applies the macro associated with this event trigger.
no switchport port-security
no switchport port-security maximum 1
no switchport port-security violation restrict
no switchport port-security aging time 2
no switchport port-security aging type inactivity
no spanning-tree portfast
no spanning-tree bpduguard enable
exit
fi
Command Description
Command Description
| Pipeline.
in Conditional construct.
Command Description
time Pipeline.
macro auto global control {detection [cdp] [lldp][mac-address] | device [access-point] [ip-camera]
[lightweight-ap] [media-player] [phone] [router] [switch] | trigger [last-resort]}
no macro auto global control {detection [cdp] [lldp] [mac-address] | device [access-point] [ip-camera]
[lightweight-ap] [media-player] [phone] [router] [switch] | trigger [last-resort]}
Syntax Description detection [cdp] [lldp] [mac-address] detection—Sets one or more of these as
an event trigger:
• (Optional) cdp—CDP messages
• (Optional) lldp—LLDP messages
• (Optional)
mac-address—User-defined MAC
address groups
Command Default The switch uses the device type as the event trigger. If the switch cannot determine the device type, it uses
MAC address groups, MAB messages, 802.1x authentication messages, and LLDP messages in random order.
Usage Guidelines If you do not set event triggers, the switch uses the device type as the event trigger. If the switch cannot
determine the device type, it uses MAC address groups, MAB messages, 802.1x authentication messages,
and LLDP messages in random order.
To verify that a macro is applied to a switch, use the show macro auto global command in user EXEC mode.
Example
This example shows how to set CDP messages, LLDP messages and MAC address groups as event
triggers:
This example shows how to set autonomous access points, lightweight access points, and IP phones:
Usage Guidelines Use the macro auto global processing command to globally enable macros on the switch. To disable macros
on a specific port, use the no macro auto processing command in interface mode.
When using 802.1x or MAB authentication, you need to configure the RADIUS server to support the Cisco
attribute-value pair auto-smart-port=event trigger. If authentication fails, the macro is not applied. If the
802.1x or MAB authentication fails on the interface, the switch does not use the fallback CDP event trigger.
When CDP-identified devices advertise multiple capabilities, the switch chooses a capability first by switch
and then by router.
To verify that a macro is applied to an interface, use the show macro auto interfacecommand in privileged
EXEC mode.
Example
This example shows how to enable Auto SmartPorts on the switch and to disable the feature on a
specific interface:
macro auto mac-address-group name {mac-address list list | oui {list list | range start-value size
number}}
no macro auto mac-address-group name {mac-address list list | oui {list list | range start-value size
number}}
mac-address list list (Optional) Configures a list of MAC addresses separated by a space.
Usage Guidelines Use the macro auto mac-address-group command to create an event trigger for devices that do not support
CDP or LLDP. Use the MAC address group as a trigger to map to a built-in or user-defined macro by using
the macro auto execute command. At link-up the switch detects the device type and applies the specified
macro.
The switch supports up to ten MAC address groups. Each group can have up to 32 OUI and 32 MAC configured
addresses.
Example
This example shows how to create a MAC-address-group event trigger called address_trigger and
how to verify your entries:
<output truncated>
Usage Guidelines Use the macro auto processing command, in interface configuration mode, to enable macros on a specific
interface. To disable macros on a specific interface, use the no macro auto processing command, in interface
configuration mode.
A port cannot be a member of an EtherChannel when you apply Auto SmartPorts macros. If you use
EtherChannels, disable Auto SmartPorts on the EtherChannel interface by using the no macro auto processing
command. The EtherChannel interface applies the configuration to the member interfaces.
To verify that a macro is applied to an interface, use the show macro auto interface command in privileged
EXEC mode.
Example
This example shows how to enable Auto SmartPorts on the switch and to disable the feature on a
specific interface:
Usage Guidelines Use the macro auto sticky command so that macros remain active after a link-down event.
Example
This example shows how to enable macro persistence on an interface:
Syntax Description trigger_name Specifies a trigger to be associated with the device type or
profile name.
Usage Guidelines If a device is classified by the Device Classifier, but does not have a built-in trigger defined, use the macro
auto trigger command, in global configuration mode, to define a trigger based on a device name or a profile
name. After you enter the command, the switch is in the configure-macro-trigger mode and the device, exit,
no, and profile keywords are visible. In this mode, you can provide a device name or a profile name to map
to the trigger. It is not necessary to map the trigger to both a device name and a profile name. If you map the
trigger to both names, the trigger-to-profile name mapping has preference for macro application.
You must use this command to configure a trigger when you configure a user-defined macro. The trigger
name is required for the custom macro configuration.
After the device is profiled, you must add the complete string to the device-group database.
Example
This example shows how to configure a user-defined trigger for a profile called DMP_EVENT
mediaplayer for use with a media player that has no built-in trigger:
macro description
To enter a description about which macros are applied to an interface, use the macro description command
in interface configuration mode. Use the no form of this command to remove the description. This command
is mandatory for Auto SmartPorts to work.
Syntax Description description text Enters a description about the macros that are
applied to the specified interface.
Usage Guidelines Use the description keyword to associate comment text or the macro name with an interface. When multiple
macros are applied on a single interface, the description text is from the last applied macro.
You can verify your settings by entering the show parser macro description command in privileged EXEC
mode.
Example
This example shows how to add a description to an interface:
macro global
To apply a macro to a switch or to apply and debug a macro on a switch, use the macro global command in
global configuration mode.
parameter value (Optional) Specifies unique parameter values that are specific to the switch.
You can enter up to three keyword-value pairs. Parameter keyword matching
is case sensitive. All matching occurrences of the keyword are replaced
with the corresponding value.
Usage Guidelines
Note You can delete a global macro-applied configuration on a switch only by entering the no version of each
command in the macro.
Use the macro global apply macro-name command to apply the macro to an interface.
Use the macro global trace macro-name command to apply and then debug the macro to find any syntax or
configuration errors.
If a command fails when you apply a macro because of a syntax error or a configuration error, the macro
continues to apply the remaining commands to the switch.
When creating a macro that requires the assignment of unique values, use the parameter value keywords to
designate values specific to the switch.
Keyword matching is case sensitive. All matching occurrences of the keyword are replaced with the
corresponding value. Any full match of a keyword, even if it is part of a larger string, is considered a match
and is replaced by the corresponding value.
Some macros might contain keywords that require a parameter value. You can use the macro global apply
macro-name ? command to display a list of any required values in the macro. If you apply a macro without
entering the keyword values, the commands are invalid and are not applied.
There are Cisco-default Smartports macros embedded in the switch software. You can display these macros
and the commands they contain by using the show parser macro command in user EXEC mode.
Follow these guidelines when you apply a Cisco-default Smartports macro on a switch:
• Display all macros on the switch by using the show parser macro command. Display the contents of a
specific macro by using the show parser macro name macro-name command.
• Keywords that begin with $ mean that a unique parameter value is required. Append the Cisco-default
macro with the required values by using the parameter value keywords.
The Cisco-default macros use the $ character to help identify required keywords. There is no restriction
on using the $ character to define keywords when you create a macro.
When you apply a macro to a switch, the macro name is automatically added to the switch. You can display
the applied commands and macro names by using the show running-config command.
Example
After you have created a new macro by using the macro auto execute command, you can apply it
to a switch. This example shows how to view the snmp macro, how to apply the macro, set the
hostname to test-server, and set the IP precedence value to 7:
--------------------------------------------------
Device(config)# macro global apply snmp ADDRESS test-server VALUE 7
To debug a macro, use the macro global trace command to find any syntax or configuration errors
in the macro when you apply it to a switch. In this example, the ADDRESS parameter value was
not entered, the snmp-server host command failed, and the remainder of the macro is applied to the
switch:
Syntax Description description text Enters a description about the macros that are
applied to the switch.
Usage Guidelines Use the description keyword to associate comment text or the macro name with a switch. When multiple
macros are applied on a switch, the description text is from the last applied macro.
You can verify your settings by entering the show parser macro description command in privileged EXEC
mode.
Example
This example shows how to add a description to a switch:
mdix auto
To enable the automatic medium-dependent interface crossover (auto-MDIX) feature on the interface, use
the mdix auto command in interface configuration mode. To disable auto-MDIX, use the no form of this
command.
mdix auto
no mdix auto
Usage Guidelines When auto-MDIX is enabled, the interface automatically detects the required cable connection type
(straight-through or crossover) and configures the connection appropriately.
When you enable auto-MDIX on an interface, you must also set the interface speed and duplex to auto so
that the feature operates correctly.
When auto-MDIX (and autonegotiation of speed and duplex) is enabled on one or both of the connected
interfaces, link up occurs, even if the cable type (straight-through or crossover) is incorrect.
Auto-MDIX is supported on all 10/100 and 10/100/1000 Mb/s interfaces and on 10/100/1000BASE-TX small
form-factor pluggable (SFP) module interfaces. It is not supported on 1000BASE-SX or -LX SFP module
interfaces.
You can verify the operational state of auto-MDIX on the interface by entering the show controllers
ethernet-controller interface-id phy privileged EXEC command.
Syntax Description power-shared Sets the power stack to operate in power-shared mode. This is the default.
redundant Sets the power stack to operate in redundant mode. The largest power supply
is removed from the power pool to be used as backup power in case one of
the other power supplies fails.
strict (Optional) Configures the power stack mode to run a strict power budget.
The stack power needs cannot exceed the available power.
Usage Guidelines This command is available only on switch stacks running the IP Base or IP Services feature set.
To access power-stack configuration mode, enter the stack-power stack power stack name global configuration
command.
Entering the no mode command sets the switch to the defaults of power-shared and non-strict mode.
Note For stack power, available power is the total power available for PoE from all power supplies in the power
stack, available power is the power allocated to all powered devices connected to PoE ports in the stack, and
consumed power is the actual power consumed by the powered devices.
In power-shared mode, all of the input power can be used for loads, and the total available power appears
as one large power supply. The power budget includes all power from all supplies. No power is set aside for
power supply failures. If a power supply fails, load shedding (shutting down of powered devices or switches)
might occur.
In redundant mode, the largest power supply is removed from the power pool to use as backup power in case
one of the other power supplies fails. The available power budget is the total power minus the largest power
supply. This reduces the available power in the pool for switches and powered devices, but in case of a failure
or an extreme power load, there is less chance of having to shut down switches or powered devices.
In strict mode, when a power supply fails and the available power drops below the budgeted power, the system
balances the budget through load shedding of powered devices, even if the actual power is less than the
available power. In nonstrict mode, the power stack can run in an over-allocated state and is stable as long as
the actual power does not exceed the available power. In this mode, a powered device drawing more than
normal power could cause the power stack to start shedding loads. This is normally not a problem because
most devices do not run at full power. The chances of multiple powered devices in the stack requiring maximum
power at the same time is small.
In both strict and nonstrict modes, power is denied when there is no power available in the power budget.
This is an example of setting the power stack mode for the stack named power1 to power-shared
with strict power budgeting. All power in the stack is shared, but when the total available power is
allotted, no more devices are allowed power.
Device(config)# stack-power stack power1
Device(config-stackpower)# mode power-shared strict
Device(config-stackpower)# exit
This is an example of setting the power stack mode for the stack named power2 to redundant. The
largest power supply in the stack is removed from the power pool to provide redundancy in case one
of the other supplies fails.
Device(config)# stack-power stack power2
Device(config-stackpower)# mode redundant
Device(config-stackpower)# exit
monitoring
To enable monitoring of all optical transceivers and to specify the time period for monitoring the transceivers,
use the monitoring command in transceiver type configuration mode. To disable the monitoring, use the no
form of this command.
Syntax Description interval (Optional) Specifies the time interval for monitoring optical transceivers.
seconds
The range is from 300 to 3600 seconds, and the default interval time is 600 seconds.
Usage Guidelines You need digital optical monitoring (DOM) feature and transceiver module compatibility information to
configure the monitoring command. Refer to the compatibility matrix to get the lists of Cisco platforms and
minimum required software versions to support Gigabit Ethernet transceiver modules.
Gigabit Ethernet Transceivers transmit and receive Ethernet frames at a rate of a gigabit per second, as defined
by the IEEE 802.3-2008 standard. Cisco's Gigabit Ethernet Transceiver modules support Ethernet applications
across all Cisco switching and routing platforms. These pluggable transceivers offer a convenient and cost
effective solution for the adoption in data center, campus, metropolitan area access and ring networks, and
storage area networks.
The interval keyword enables you to change the default polling interval. For example, if you set the interval
as 1500 seconds, polling happens at every 1500th second. During the polling period entSensorStatus of optical
transceivers is set to Unavailable, and once the polling finishes entSensorStatus shows the actual status.
Examples This example shows how to enable monitoring of optical transceivers and set the interval time for
monitoring to 1500 seconds:
Device# configure terminal
Device(config)# transceiver type all
Device(config-xcvr-type)# monitoring interval 1500
This example shows how to disable monitoring for all transceiver types:
Device(config-xcvr-type)# no monitoring
network-policy
To apply a network-policy profile to an interface, use the network-policy command in interface configuration
mode. To remove the policy, use the no form of this command.
network-policy profile-number
no network-policy
Syntax Description profile-number The network-policy profile number to apply to the interface.
Usage Guidelines Use the network-policy profile number interface configuration command to apply a profile to an interface.
You cannot apply the switchport voice vlan command on an interface if you first configure a network-policy
profile on it. However, if switchport voice vlan vlan-id is already configured on the interface, you can apply
a network-policy profile on the interface. The interface then has the voice or voice-signaling VLAN
network-policy profile applied.
Usage Guidelines Use the network-policy profile global configuration command to create a profile and to enter network-policy
profile configuration mode.
To return to privileged EXEC mode from the network-policy profile configuration mode, enter the exit
command.
When you are in network-policy profile configuration mode, you can create the profile for voice and voice
signaling by specifying the values for VLAN, class of service (CoS), differentiated services code point (DSCP),
and tagging mode.
These profile attributes are contained in the Link Layer Discovery Protocol for Media Endpoint Devices
(LLDP-MED) network-policy time-length-value (TLV).
Usage Guidelines The platform usb disable command disables all the USB ports on both stacked and standalone devices, but
not Bluetooth dongles connected to USB ports.
Examples The following example shows how to disable USB ports on a device:
Device> enable
Device# configure terminal
Device(config)# platform usb disable
This config cli may cause data corruption if there is some ongoing operation on usb device.
Do you want to proceed [confirm]?
y
Device(config)# end
show platform usb status Displays the status of the USB ports on a device.
power-priority
To configure Cisco StackPower power-priority values for a switch in a power stack and for its high-priority
and low-priority PoE ports, use the power-priority command in switch stack-power configuration mode. To
return to the default setting, use the no form of the command.
Syntax Description high value Sets the power priority for the ports configured as high-priority ports. The range is 1 to 27,
with 1 as the highest priority. The high value must be lower than the value set for the
low-priority ports and higher than the value set for the switch.
low value Sets the power priority for the ports configured as low-priority ports. The range is 1 to 27.
The low value must be higher than the value set for the high-priority ports and the value set
for the switch.
switch Sets the power priority for the switch. The range is 1 to 27. The switch value must be lower
value than the values set for the low and high-priority ports.
Command Default If no values are configured, the power stack randomly determines a default priority.
The default ranges are 1 to 9 for switches, 10 to 18 for high-priority ports, 19 to 27 for low-priority ports.
On non-PoE switches, the high and low values (for port priority) have no effect.
Usage Guidelines To access switch stack-power configuration mode, enter the stack-power switch switch-number global
configuration command.
Cisco StackPower power-priority values determine the order for shutting down switches and ports when power
is lost and load shedding must occur. Priority values are from 1 to 27; the highest numbers are shut down first.
We recommend that you configure different priority values for each switch and for its high priority ports and
low priority ports to limit the number of devices shut down at one time during a loss of power. If you try to
configure the same priority value on different switches in a power stack, the configuration is allowed, but you
receive a warning message.
Note This command is available only on switch stacks running the IP Base or IP Services feature set.
Examples This is an example of setting the power priority for switch 1 in power stack a to 7, for the high-priority
ports to 11, and for the low-priority ports to 20.
power inline
To configure the power management mode on Power over Ethernet (PoE) ports, use the power inline command
in interface configuration mode. To return to the default settings, use the no form of this command.
power inline {auto [max max-wattage] | never | port priority {high | low} | static [max
max-wattage]}
no power inline {auto | never | port priority {high | low} | static [max max-wattage]}
Usage Guidelines This command is supported only on PoE-capable ports. If you enter this command on a port that does not
support PoE, this error message appears:
In a switch stack, this command is supported on all ports in the stack that support PoE.
Use the max max-wattage option to disallow higher-power powered devices. With this configuration, when
the powered device sends Cisco Discovery Protocol (CDP) messages requesting more power than the maximum
wattage, the switch removes power from the port. If the powered-device IEEE class maximum is greater than
the maximum wattage, the switch does not power the device. The power is reclaimed into the global power
budget.
Note The switch never powers any class 0 or class 3 device if the power inline max max-wattage command is
configured for less than 30 W.
If the switch denies power to a powered device (the powered device requests more power through CDP
messages or if the IEEE class maximum is greater than the maximum wattage), the PoE port is in a power-deny
state. The switch generates a system message, and the Oper column in the show power inline privileged
EXEC command output shows power-deny.
Use the power inline static max max-wattage command to give a port high priority. The switch allocates
PoE to a port configured in static mode before allocating power to a port configured in auto mode. The switch
reserves power for the static port when it is configured rather than upon device discovery. The switch reserves
the power on a static port even when there is no connected device and whether or not the port is in a shutdown
or in a no shutdown state. The switch allocates the configured maximum wattage to the port, and the amount
is never adjusted through the IEEE class or by CDP messages from the powered device. Because power is
pre-allocated, any powered device that uses less than or equal to the maximum wattage is guaranteed power
when it is connected to a static port. However, if the powered device IEEE class is greater than the maximum
wattage, the switch does not supply power to it. If the switch learns through CDP messages that the powered
device needs more than the maximum wattage, the powered device is shut down.
If the switch cannot pre-allocate power when a port is in static mode (for example, because the entire power
budget is already allocated to other auto or static ports), this message appears: Command rejected: power
inline static: pwr not available. The port configuration remains unchanged.
When you configure a port by using the power inline auto or the power inline static interface configuration
command, the port autonegotiates by using the configured speed and duplex settings. This is necessary to
determine the power requirements of the connected device (whether or not it is a powered device). After the
power requirements have been determined, the switch hardcodes the interface by using the configured speed
and duplex settings without resetting the interface.
When you configure a port by using the power inline never command, the port reverts to the configured
speed and duplex settings.
If a port has a Cisco powered device connected to it, you should not use the power inline never command
to configure the port. A false link-up can occur, placing the port in an error-disabled state.
Use the power inline port priority {high | low} command to configure the power priority of a PoE port.
Powered devices connected to ports with low port priority are shut down first in case of a power shortage.
You can verify your settings by entering the show power inline EXEC command.
Examples This example shows how to enable detection of a powered device and to automatically power a PoE
port on a switch:
This example shows how to configure a PoE port on a switch to allow a class 1 or a class 2 powered
device:
This example shows how to disable powered-device detection and to not power a PoE port on a
switch:
This example shows how to set the priority of a port to high, so that it would be one of the last ports
to be shut down in case of power supply failure:
Syntax Description action (Optional) Configures the device to turn off power to the port if the real-time power
errdisable consumption exceeds the maximum power allocation on the port. This is the default action.
action log (Optional) Configures the device to generate a syslog message while still providing power
to a connected device if the real-time power consumption exceeds the maximum power
allocation on the port.
Command Default Policing of the real-time power consumption of the powered device is disabled.
Usage Guidelines This command is supported only on Power over Ethernet (PoE)-capable ports. If you enter this command on
a device or port that does not support PoE, an error message appears.
In a switch stack, this command is supported on all switches or ports in the stack that support PoE and real-time
power-consumption monitoring.
When policing of the real-time power consumption is enabled, the device takes action when a powered device
consumes more power than the allocated maximum amount.
When PoE is enabled, the device senses the real-time power consumption of the powered device. This feature
is called power monitoring or power sensing. The device also polices the power usage with the power policing
feature.
When power policing is enabled, the device uses one of the these values as the cutoff power on the PoE port
in this order:
1. The user-defined power level that limits the power allowed on the port when you enter the power inline
auto max max-wattage or the power inline static max max-wattage interface configuration command
2. The device automatically sets the power usage of the device by using CDP power negotiation or by the
IEEE classification and LLPD power negotiation.
If you do not manually configure the cutoff-power value, the device automatically determines it by using CDP
power negotiation or the device IEEE classification and LLDP power negotiation. If CDP or LLDP are not
enabled, the default value of 30 W is applied. However without CDP or LLDP, the device does not allow
devices to consume more than 15.4 W of power because values from 15400 to 30000 mW are only allocated
based on CDP or LLDP requests. If a powered device consumes more than 15.4 W without CDP or LLDP
negotiation, the device might be in violation of the maximum current Imax limitation and might experience
an Icut fault for drawing more current than the maximum. The port remains in the fault state for a time before
attempting to power on again. If the port continuously draws more than 15.4 W, the cycle repeats.
When a powered device connected to a PoE+ port restarts and sends a CDP or LLDP packet with a power
TLV, the device locks to the power-negotiation protocol of that first packet and does not respond to power
requests from the other protocol. For example, if the device is locked to CDP, it does not provide power to
devices that send LLDP requests. If CDP is disabled after the device has locked on it, the device does not
respond to LLDP power requests and can no longer power on any accessories. In this case, you should restart
the powered device.
If power policing is enabled, the device polices power usage by comparing the real-time power consumption
to the maximum power allocated on the PoE port. If the device uses more than the maximum power allocation
(or cutoff power) on the port, the device either turns power off to the port, or the device generates a syslog
message and updates the LEDs (the port LEDs are blinking amber) while still providing power to the device.
• To configure the device to turn off power to the port and put the port in the error-disabled state, use the
power inline police interface configuration command.
• To configure the device to generate a syslog message while still providing power to the device, use the
power inline police action log command.
If you do not enter the action log keywords, the default action is to shut down the port, turn off power to it,
and put the port in the PoE error-disabled state. To configure the PoE port to automatically recover from the
error-disabled state, use the errdisable detect cause inline-power global configuration command to enable
error-disabled detection for the PoE cause and the errdisable recovery cause inline-power interval interval
global configuration command to enable the recovery timer for the PoE error-disabled cause.
Caution If policing is disabled, no action occurs when the powered device consumes more than the maximum power
allocation on the port, which could adversely affect the device.
You can verify your settings by entering the show power inline police privileged EXEC command.
Examples This example shows how to enable policing of the power consumption and configuring the device
to generate a syslog message on the PoE port on a device:
Device(config)# interface gigabitethernet1/0/2
Device(config-if)# power inline police action log
power supply
To configure and manage the internal power supplies on a switch, use the power supply command in privileged
EXEC mode.
Syntax Description stack-member-number Stack member number for which to configure the internal power
supplies. The range is 1 to 9, depending on the number of switches
in the stack.
This parameter is available only on stacking-capable switches.
Usage Guidelines The power supply command applies to a switch or to a switch stack where all switches are the same platform.
In a switch stack with the same platform switches, you must specify the stack member before entering the
slot {A | B} off or on keywords.
To return to the default setting, use the power supply stack-member-number on command.
You can verify your settings by entering the show env power privileged EXEC command.
Examples This example shows how to set the power supply in slot A to off:
Device> power supply 2 slot A off
Disabling Power supply A may result in a power loss to PoE devices and/or switches ...
Continue? (yes/[no]): yes
Device
Jun 10 04:52:54.389: %PLATFORM_ENV-6-FRU_PS_OIR: FRU Power Supply 1 powered off
Jun 10 04:52:56.717: %PLATFORM_ENV-1-FAN_NOT_PRESENT: Fan is not present
This example shows how to set the power supply in slot A to on:
Device> power supply 1 slot B on
Jun 10 04:54:39.600: %PLATFORM_ENV-6-FRU_PS_OIR: FRU Power Supply 1 powered on
This example shows the output of the show env power command:
Device> show env power
SW PID Serial# Status Sys Pwr PoE Pwr Watts
-- ------------------ ---------- --------------- ------- ------- -----
1A PWR-1RUC2-640WAC DCB1705B05B OK Good Good 250/390
1B Not Present
Device> enable
Device# configure terminal
Device(config)# power supply autoLC shutdown
shell trigger
To create an event trigger, use the shell trigger command in global configuration mode. Use the no form of
this command to delete the trigger.
Syntax Description identifier Specifies the event trigger identifier. The identifier should have no
spaces or hyphens between words.
Usage Guidelines Use this command to create user-defined event triggers for use with the macro auto device and the macro
auto execute commands.
To support dynamic device discovery when using IEEE 802.1x authentication, you need to configure the
RADIUS authentication server to support the Cisco attribute-value pair: auto-smart-port=event trigger.
Example
This example shows how to create a user-defined event trigger called RADIUS_MAB_EVENT:
Syntax Description rp {active | standby} Specifies the active or the standby Switch whose
beacon LED status is to be displayed.
Usage Guidelines Use the command show beacon all to know the status of all beacon LEDs.
Usage Guidelines Use this command to display the devices connected to a switch. Use the show device classifier attached
command in privileged EXEC mode to display the configurable parameters for a device.
Example
This example shows how to use the show device classifier attached command with no optional
keywords to view the devices connected to the switch:
This example shows how to use the show device classifier attached command in privileged EXEC
mode with the optional mac-address keyword to view summary information about the connected
device with the specified MAC address:
This example shows how to use the show device classifier attached command in privileged EXEC
mode with the optional mac-address and detail keywords to view detailed information about the
connected device with the specified MAC address:
This example shows how to use the show device classifier attached command in privileged EXEC
mode with the optional interface keyword to view summary information about the device connected
to the specified interface:
This example shows how to use the show device classifier attached command in privileged EXEC
mode with the optional interface and detail keywords to view detailed information about the device
connected to the specified interface:
Usage Guidelines Device classifier (DC) is enabled by default when you enable a client application (for example, Auto SmartPorts)
that uses its functionality. Use the show device classifier clients command to display the clients that are using
the DC feature on the switch.
As long as any clients are using the DC, you cannot disable it by using the no device classifier command. If
you attempt to disable the DC while a client is using it, an error message appears.
Example
This example shows how to use the show device classifier clients command to view the clients
using the DC on the switch:
This example shows the error message that appears when you attempt to disable DC while a
client is using it:
Switch(config)# no device classifier
These subsystems should be disabled before disabling Device classifier
Auto Smart Ports
show device classifier profile type [{table [{built-in default}] | string filter_string}]
filter string Displays information for devices that match the filter.
Usage Guidelines This command displays all the device types recognized by the device classification engine. The number of
available device types is the number of profiles stored on the switch. Because the number of profiles can be
very large, you can use the filter keyword to limit the command output.
Example
This example shows how to use the show device classifier profile type command in privileged
EXEC mode with no optional keywords to view the devices recognized by the device classifier:
show environment
To display fan, temperature, and power information, use the show environment command in EXEC mode.
Syntax Description all Displays the fan and temperature environmental status and the status of
the internal power supplies.
stack Displays all environmental status for each switch in the stack or for the
specified switch.
This keyword is available only on stacking-capable switches.
xps Displays the status of the Cisco eXpandable Power System (XPS) 2200.
Usage Guidelines Use the show environment EXEC command to display the information for the switch being accessed—a
standalone switch or the active switch. Use this command with the stack keyword to display all information
for the stack or for the specified stack member.
If you enter the show environment temperature status command, the command output shows the switch
temperature state and the threshold level.
You can also use the show environment temperature command to display the switch temperature status.
The command output shows the green and yellow states as OK and the red state as FAULTY.
Examples This example shows a sample output of the show environment all command:
Device> show environment all
Switch 1 FAN 1 is OK
Switch 1 FAN 2 is OK
Switch 1 FAN 3 is OK
FAN PS-1 is NOT PRESENT
FAN PS-2 is OK
Switch 1: SYSTEM TEMPERATURE is OK
Inlet Temperature Value: 25 Degree Celsius
This example shows a sample output of the show environment power command:
Device> show environment power
This example shows a sample output of the show environment stack command:
Device# show environment stack
This example shows a sample output of the show environment temperature command:
Device> show environment temperature
Table 15: States in the show environment temperature status Command Output
State Description
Yellow The temperature is in the warning range. You should check the external temperature around the
switch.
Red The temperature is in the critical range. The switch might not run properly if the temperature is in
this range.
Usage Guidelines A gbic-invalid error reason refers to an invalid small form-factor pluggable (SFP) module.
The error-disable reasons in the command output are listed in alphabetical order. The mode column shows
how error-disable is configured for each feature.
You can configure error-disabled detection in these modes:
• port mode—The entire physical port is error-disabled if a violation occurs.
• vlan mode—The VLAN is error-disabled if a violation occurs.
• port/vlan mode—The entire physical port is error-disabled on some ports and is per-VLAN error-disabled
on other ports.
Usage Guidelines A gbic-invalid error-disable reason refers to an invalid small form-factor pluggable (SFP) module interface.
Note Though visible in the output, the unicast-flood field is not valid.
show ip interface
To display the usability status of interfaces configured for IP, use the show ip interface command in privileged
EXEC mode.
brief (Optional) Displays a summary of the usability status information for each interface.
Note The output of the show ip interface brief command displays information of all the
available interfaces whether or not the corresponding network module for these
interfaces are connected. These interfaces can be configured if the network module
is connected. Run the show interface status command to see which network modules
are connected.
Command Default The full usability status is displayed for all interfaces configured for IP.
Usage Guidelines The Cisco IOS software automatically enters a directly connected route in the routing table if the interface is
usable (which means that it can send and receive packets). If an interface is not usable, the directly connected
routing entry is removed from the routing table. Removing the entry lets the software use dynamic routing
protocols to determine backup routes to the network, if any.
If the interface can provide two-way communication, the line protocol is marked "up." If the interface hardware
is usable, the interface is marked "up."
If you specify an optional interface type, information for that specific interface is displayed. If you specify
no optional arguments, information on all the interfaces is displayed.
When an asynchronous interface is encapsulated with PPP or Serial Line Internet Protocol (SLIP), IP fast
switching is enabled. A show ip interface command on an asynchronous interface encapsulated with PPP or
SLIP displays a message indicating that IP fast switching is enabled.
You can use the show ip interface brief command to display a summary of the device interfaces. This
command displays the IP address, the interface status, and other information.
The show ip interface brief command does not display any information related to Unicast RPF.
Examples The following example shows interface information on Gigabit Ethernet interface 1/0/1:
The following example shows how to display the usability status for a specific VLAN:
The table below describes the significant fields shown in the display.
Field Description
Outgoing access list Shows whether the interface has an outgoing access list set.
Inbound access list Shows whether the interface has an incoming access list set.
Proxy ARP Shows whether Proxy Address Resolution Protocol (ARP) is enabled
for the interface.
Security level IP Security Option (IPSO) security level set for this interface.
ICMP redirects Shows whether redirect messages will be sent on this interface.
ICMP unreachables Shows whether unreachable messages will be sent on this interface.
ICMP mask replies Shows whether mask replies will be sent on this interface.
IP fast switching Shows whether fast switching is enabled for this interface. It is
generally enabled on serial interfaces, such as this one.
IP Flow switching Shows whether Flow switching is enabled for this interface.
Field Description
IP CEF switching Shows whether Cisco Express Forwarding switching is enabled for
the interface.
IP multicast fast switching Shows whether multicast fast switching is enabled for the interface.
IP route-cache flags are Fast Shows whether NetFlow is enabled on an interface. Displays "Flow
init" to specify that NetFlow is enabled on the interface. Displays
"Ingress Flow" to specify that NetFlow is enabled on a subinterface
using the ip flow ingresscommand. Shows "Flow" to specify that
NetFlow is enabled on a main interface using the ip route-cache flow
command.
Router Discovery Shows whether the discovery process is enabled for this interface. It
is generally disabled on serial interfaces.
IP output packet accounting Shows whether IP accounting is enabled for this interface and what
the threshold (maximum number of entries) is.
WCCP Redirect outbound is disabled Shows the status of whether packets received on an interface are
redirected to a cache engine. Displays "enabled" or "disabled."
WCCP Redirect exclude is disabled Shows the status of whether packets targeted for an interface will be
excluded from being redirected to a cache engine. Displays "enabled"
or "disabled."
Netflow Data Export (hardware) is NetFlow Data Expert (NDE) hardware flow status on the interface.
enabled
The following example shows how to display a summary of the usability status information for each
interface:
<output truncated>
Field Description
Field Description
OK? "Yes" means that the IP Address is valid. "No" means that the IP Address is not valid.
Status Shows the status of the interface. Valid values and their meanings are:
• up: Interface is up.
• down: Interface is down.
• administratively down: Interface is administratively down.
Protocol Shows the operational status of the routing protocol on this interface.
ip interface Configures a virtual gateway IP interface on a Secure Socket Layer Virtual Private
Network (SSL VPN) gateway
show interfaces
To display the administrative and operational status of all interfaces or for a specified interface, use the show
interfaces command in the EXEC mode.
Syntax Description interface-id (Optional) ID of the interface. Valid interfaces include physical
ports (including type, stack member for stacking-capable switches,
module, and port number) and port channels.
The port channel range is 1 to 128.
link [modulenumber] (Optional) Displays the up time and down time of the interface.
stats (Optional) Displays the input and output packets by switching the
path for the interface.
Note Though visible in the command-line help strings, the crb, fair-queue, irb, mac-accounting, precedence,
random-detect, rate-limit, and shape keywords are not supported.
Usage Guidelines The show interfaces capabilities command with different keywords has these results:
• Use the show interface capabilities module number command to display the capabilities of all interfaces
on that switch in the stack. If there is no switch with that module number in the stack, there is no output.
• Use the show interfaces interface-id capabilities to display the capabilities of the specified interface.
• Use the show interfaces capabilities (with no module number or interface ID) to display the capabilities
of all interfaces in the stack.
Note The field Last Input displayed in the command output indicates the number of hours, minutes, and seconds
since the last packet was successfully received by an interface and processed by the CPU on the device. This
information can be used to know when a dead interface failed.
Last Input is not updated by fast-switched traffic.
The field output displayed in the command output indicates the number of hours, minutes, and seconds since
the last packet was successfully transmitted by the interface. The information provided by this field can useful
for knowing when a dead interface failed.
The show interfaces link command with different keywords has these results:
• Use the show interface link module number command to display the up time and down time of all
interfaces on that switch in the stack. If there is no switch with that module number in the stack, there is
no output.
Note On a standalone switch, the module number refers to the slot number.
• Use the show interfaces interface-id link to display the up time and down time of the specified interface.
• Use the show interfaces link (with no module number or interface ID) to display the up time and down
time of all interfaces in the stack.
• If the interface is up, the up time displays the time (hours, minutes, and seconds) and the down time
displays 00:00:00.
• If the interface is down, only the down time displays the time (hours, minutes, and seconds).
Examples This is an example of output from the show interfaces command for an interface on stack member
3:
Device# show interfaces gigabitethernet3/0/2
Vlan1
Protocol Pkts In Chars In Pkts Out Chars Out
IP 0 0 6 378
Vlan200
Protocol Pkts In Chars In Pkts Out Chars Out
No traffic sent or received on this interface.
GigabitEthernet0/0
Protocol Pkts In Chars In Pkts Out Chars Out
Other 165476 11417844 0 0
Spanning Tree 1240284 64494768 0 0
ARP 7096 425760 0 0
CDP 41368 18781072 82908 35318808
GigabitEthernet1/0/1
Protocol Pkts In Chars In Pkts Out Chars Out
No traffic sent or received on this interface.
GigabitEthernet1/0/2
Protocol Pkts In Chars In Pkts Out Chars Out
No traffic sent or received on this interface.
<output truncated>
This is an example of output from the show interfaces interface description command when the
interface has been described as Connects to Marketing by using the description interface configuration
command:
Device# show interfaces gigabitethernet1/0/2 description
This is an example of output from the show interfaces interface-id pruning command when
pruning is enabled in the VTP domain:
Device# show interfaces gigabitethernet1/0/2 pruning
Gi1/0/2 1-3
This is an example of output from the show interfaces stats command for a specified VLAN interface:
Device# show interfaces vlan 1 stats
This is an example of output from the show interfaces status err-disabled command. It displays
the status of interfaces in the error-disabled state:
Device# show interfaces status err-disabled
This is an example of output from the show interfaces interface-id pruning command:
Device# show interfaces gigabitethernet1/0/2 pruning
<output truncated>
Device> enable
Device# show interfaces link
Port Name Down Time Up Time
Gi1/0/1 6w0d
Gi1/0/2 6w0d
Gi1/0/3 00:00:00 5w3d
Gi1/0/4 6w0d
Gi1/0/5 6w0d
Gi1/0/6 6w0d
Gi1/0/7 6w0d
Gi1/0/8 6w0d
Gi1/0/9 6w0d
Gi1/0/10 6w0d
Gi1/0/11 2d17h
Gi1/0/12 6w0d
Gi1/0/13 6w0d
Gi1/0/14 6w0d
Gi1/0/15 6w0d
Gi1/0/16 6w0d
Gi1/0/17 6w0d
Gi1/0/18 6w0d
Gi1/0/19 6w0d
Gi1/0/20 6w0d
Gi1/0/21 6w0d
Syntax Description interface-id (Optional) ID of the physical interface, including type, stack member
(stacking-capable switches only) module, and port number.
Note Though visible in the command-line help string, the vlan vlan-id keyword is not supported.
Usage Guidelines If you do not enter any keywords, all counters for all interfaces are included.
This is an example of partial output from the show interfaces counters command. It displays all
counters for the switch.
Device# show interfaces counters
Port InOctets InUcastPkts InMcastPkts InBcastPkts
Gi1/0/1 0 0 0 0
Gi1/0/2 0 0 0 0
Gi1/0/3 95285341 43115 1178430 1950
Gi1/0/4 0 0 0 0
<output truncated>
This is an example of partial output from the show interfaces counters module command for module
2. It displays all counters for the specified switch in the module.
Device# show interfaces counters module 2
Port InOctets InUcastPkts InMcastPkts InBcastPkts
Gi1/0/1 520 2 0 0
Gi1/0/2 520 2 0 0
Gi1/0/3 520 2 0 0
Gi1/0/4 520 2 0 0
<output truncated>
This is an example of partial output from the show interfaces counters protocol status command
for all interfaces:
Device# show interfaces counters protocol status
Protocols allocated:
Vlan1: Other, IP
Vlan20: Other, IP, ARP
Vlan30: Other, IP, ARP
Vlan40: Other, IP, ARP
Vlan50: Other, IP, ARP
Vlan60: Other, IP, ARP
Vlan70: Other, IP, ARP
Vlan80: Other, IP, ARP
Vlan90: Other, IP, ARP
Vlan900: Other, IP, ARP
Vlan3000: Other, IP
Vlan3500: Other, IP
GigabitEthernet1/0/1: Other, IP, ARP, CDP
GigabitEthernet1/0/2: Other, IP
GigabitEthernet1/0/3: Other, IP
GigabitEthernet1/0/4: Other, IP
GigabitEthernet1/0/5: Other, IP
GigabitEthernet1/0/6: Other, IP
GigabitEthernet1/0/7: Other, IP
GigabitEthernet1/0/8: Other, IP
GigabitEthernet1/0/9: Other, IP
GigabitEthernet1/0/10: Other, IP, CDP
<output truncated>
This is an example of output from the show interfaces counters trunk command. It displays trunk
counters for all interfaces.
Device# show interfaces counters trunk
Port TrunkFramesTx TrunkFramesRx WrongEncap
Gi1/0/1 0 0 0
Gi1/0/2 0 0 0
Gi1/0/3 80678 0 0
Gi1/0/4 82320 0 0
Gi1/0/5 0 0 0
<output truncated>
Syntax Description interface-id (Optional) ID of the interface. Valid interfaces include physical ports (including type,
stack member for stacking-capable switches, module, and port number) and port channels.
The port channel range is 1 to 48.
module number (Optional) Displays switchport configuration of all interfaces on the switch or specified
stack member.
The range is 1 to 9.
This option is not available if you entered a specific interface ID.
Usage Guidelines Use the show interface switchport module number command to display the switch port characteristics of
all interfaces on that switch in the stack. If there is no switch with that module number in the stack, there is
no output.
This is an example of output from the show interfaces switchport command for a port. The table
that follows describes the fields in the display.
Device# show interfaces gigabitethernet1/0/1 switchport
Name: Gi1/0/1
Switchport: Enabled
Administrative Mode: trunk
Operational Mode: down
Administrative Trunking Encapsulation: dot1q
Negotiation of Trunking: On
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 10 (VLAN0010)
Administrative Native VLAN tagging: enabled
Voice VLAN: none
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk Native VLAN tagging: enabled
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk associations: none
Administrative private-vlan trunk mappings: none
Operational private-vlan: none
Trunking VLANs Enabled: 11-20
Protected: false
Unknown unicast blocked: disabled
Unknown multicast blocked: disabled
Appliance trust: none
Field Description
Trunking Native Mode VLAN Lists the VLAN ID of the trunk that is in native mode.
Lists the allowed VLANs on the trunk. Lists the active
Trunking VLANs Enabled
VLANs on the trunk.
Trunking VLANs Active
Appliance trust Displays the class of service (CoS) setting of the data
packets of the IP phone.
Syntax Description interface-id (Optional) ID of the physical interface, including type, stack member (stacking-capable
switches only) module, and port number.
detail (Optional) Displays calibration properties, including high and low numbers and any alarm
information for any Digital Optical Monitoring (DoM)-capable transceiver if one is
installed in the switch.
properties (Optional) Displays speed, duplex, and inline power settings on an interface.
Examples This is an example of output from the show interfaces interface-id transceiver properties command:
Device# show interfaces transceiver
Optical Optical
Temperature Voltage Current Tx Power Rx Power
Port (Celsius) (Volts) (mA) (dBm) (dBm)
--------- ----------- ------- -------- -------- --------
Gi5/1/2 42.9 3.28 22.1 -5.4 -8.1
Te5/1/3 32.0 3.28 19.8 2.4 -4.2
This is an example of output from the show interfaces interface-id transceiver detail command:
X2_LR ALL
XFP_LR ALL
XENPAK_LW ALL
X2_LW ALL
XFP_LW NONE
XENPAK SR NONE
X2 SR ALL
XFP SR ALL
XENPAK LX4 NONE
X2 LX4 NONE
XFP LX4 NONE
XENPAK CX4 NONE
X2 CX4 NONE
XFP CX4 NONE
SX GBIC NONE
LX GBIC NONE
ZX GBIC NONE
CWDM_SFP ALL
Rx_only_WDM_SFP NONE
SX_SFP ALL
LX_SFP ALL
ZX_SFP ALL
EX_SFP ALL
SX SFP NONE
LX SFP NONE
ZX SFP NONE
GIgE BX U SFP NONE
GigE BX D SFP ALL
X2 LRM ALL
SR_SFPP ALL
LR_SFPP ALL
LRM_SFPP ALL
ER_SFPP ALL
ZR_SFPP ALL
DWDM_SFPP ALL
GIgE BX 40U SFP ALL
GigE BX 40D SFP ALL
GigE BX 40DA SFP ALL
GIgE BX 80U SFP ALL
GigE BX 80D SFP ALL
GIG BXU_SFPP ALL
GIG BXD_SFPP ALL
GIG BX40U_SFPP ALL
GIG BX40D_SFPP ALL
GigE Dual Rate LX SFP ALL
CWDM_SFPP ALL
CPAK_SR10 ALL
CPAK_LR4 ALL
QSFP_LR ALL
QSFP_SR ALL
This is an example of output from the show interfaces transceiver threshold-table command:
DWDM GBIC
Min1 -4.00 -32.00 -4 N/A 4.65
Min2 0.00 -28.00 0 N/A 4.75
Max2 4.00 -9.00 70 N/A 5.25
Max1 7.00 -5.00 74 N/A 5.40
DWDM SFP
<output truncated>
show inventory
To display the product inventory listing of all Cisco products installed in the networking device, use the show
inventory command in user EXEC or privileged EXEC mode.
fru (Optional) Retrieves information about all Field Replaceable Units (FRUs) installed in the Cisco
networking device.
oid (Optional) Retrieves information about the vendor specific hardware registration identifier referred
to as object identifier (OID).
The OID identifies the MIB object’s location in the MIB hierarchy, and provides a means of accessing
the MIB object in a network of managed devices
raw (Optional) Retrieves information about all Cisco products referred to as entities installed in the Cisco
networking device, even if the entities do not have a product ID (PID) value, a unique device identifier
(UDI), or other physical identification.
entity (Optional) Name of a Cisco entity (for example, chassis, backplane, module, or slot). A quoted string
may be used to display very specific UDI information; for example “sfslot 1” will display the UDI
information for slot 1 of an entity named sfslot.
Cisco IOS XE Everest 16.6.3 This command was enhanced to display the serial number
for the chassis.
Usage Guidelines The show inventory command retrieves and displays inventory information about each Cisco product in the
form of a UDI. The UDI is a combination of three separate data elements: a product identifier (PID), a version
identifier (VID), and the serial number (SN).
The PID is the name by which the product can be ordered; it has been historically called the “Product Name”
or “Part Number.” This is the identifier that one would use to order an exact replacement part.
The VID is the version of the product. Whenever a product has been revised, the VID will be incremented.
The VID is incremented according to a rigorous process derived from Telcordia GR-209-CORE, an industry
guideline that governs product change notices.
The SN is the vendor-unique serialization of the product. Each manufactured product will carry a unique serial
number assigned at the factory, which cannot be changed in the field. This is the means by which to identify
an individual, specific instance of a product.
The UDI refers to each product as an entity. Some entities, such as a chassis, will have subentities like slots.
Each entity will display on a separate line in a logically ordered presentation that is arranged hierarchically
by Cisco entities.
Use the show inventory command without options to display a list of Cisco entities installed in the networking
device that are assigned a PID.
NAME: "Switch 2 - Power Supply A", DESCR: "Switch 2 - Power Supply A"
PID: PWR-C1-1100WAC , VID: V02 , SN: LIT211227NZ
NAME: "Switch 2 FRU Uplink Module 1", DESCR: "8x10G Uplink Module"
PID: C3850-NM-8-10G , VID: V01 , SN: FOC20153M58
Field Description
NAME Physical name (text string) assigned to the Cisco entity. For example, console or a simple component
number (port or module number), such as “1,” depending on the physical component naming syntax
of the device.
DESCR Physical description of the Cisco entity that characterizes the object. The physical description
includes the hardware serial number and the hardware revision.
PID Entity product identifier. Equivalent to the entPhysicalModelName MIB variable in RFC 2737.
VID Entity version identifier. Equivalent to the entPhysicalHardwareRev MIB variable in RFC 2737.
SN Entity serial number. Equivalent to the entPhysicalSerialNum MIB variable in RFC 2737.
For diagnostic purposes, the show inventorycommand can be used with the raw keyword to display
every RFC 2737 entity including those without a PID, UDI, or other physical identification.
Note The raw keyword option is primarily intended for troubleshooting problems with the show inventory
command itself.
Enter the show inventory command with an entity argument value to display the UDI information
for a specific type of Cisco entity installed in the networking device. In this example, a list of Cisco
entities that match the sfslot argument string is displayed.
Device#show inventory "c93xx Stack"
NAME: "c93xx Stack", DESCR: "c93xx Stack"
PID: C9300-48UXM , VID: P2B , SN: FCW2117G00C
NAME: "Switch 2 - Power Supply A", DESCR: "Switch 2 - Power Supply A"
PID: PWR-C1-1100WAC , VID: V02 , SN: LIT211227NZ
NAME: "Switch 2 FRU Uplink Module 1", DESCR: "8x10G Uplink Module"
PID: C3850-NM-8-10G , VID: V01 , SN: FOC20153M58
You can request even more specific UDI information with the entity argument value enclosed in
quotation marks.
device [access-point] [ip-camera] [lightweight-ap] Displays device information about one or more
[media-player] [phone] [router] [switch] devices.
• (Optional) access-point—Autonomous
access point
• (Optional) ip-camera—Cisco IP video
surveillance camera
• (Optional) lightweight-ap—Lightweight
access point
• (Optional) media-player—Digital media
player
• (Optional) phone—Cisco IP phone
• (Optional) router—Cisco router
• (Optional) switch—Cisco switch
Usage Guidelines Use this command to display the Auto SmartPorts information for the switch. Use the show macro auto
device command to display the configurable parameters for a device.
Example
This example shows how to use the show macro auto device to view the configuration on the switch:
Device:access-point
Default Macro:CISCO_AP_AUTO_SMARTPORT
Current Macro:CISCO_AP_AUTO_SMARTPORT
Configurable Parameters:NATIVE_VLAN
Defaults Parameters:NATIVE_VLAN=1
Current Parameters:NATIVE_VLAN=1
Device:phone
Default Macro:CISCO_PHONE_AUTO_SMARTPORT
Current Macro:CISCO_PHONE_AUTO_SMARTPORT
Configurable Parameters:ACCESS_VLAN VOICE_VLAN
Defaults Parameters:ACCESS_VLAN=1 VOICE_VLAN=2
Current Parameters:ACCESS_VLAN=1 VOICE_VLAN=2
Device:router
Default Macro:CISCO_ROUTER_AUTO_SMARTPORT
Current Macro:CISCO_ROUTER_AUTO_SMARTPORT
Configurable Parameters:NATIVE_VLAN
Defaults Parameters:NATIVE_VLAN=1
Current Parameters:NATIVE_VLAN=1
Device:switch
Default Macro:CISCO_SWITCH_AUTO_SMARTPORT
Current Macro:CISCO_SWITCH_AUTO_SMARTPORT
Configurable Parameters:NATIVE_VLAN
Defaults Parameters:NATIVE_VLAN=1
Current Parameters:NATIVE_VLAN=1
Device:ip-camera
Default Macro:CISCO_IP_CAMERA_AUTO_SMARTPORT
Current Macro:CISCO_IP_CAMERA_AUTO_SMARTPORT
Configurable Parameters:ACCESS_VLAN
Defaults Parameters:ACCESS_VLAN=1
Current Parameters:ACCESS_VLAN=1
Device:media-player
Default Macro:CISCO_DMP_AUTO_SMARTPORT
Current Macro:CISCO_DMP_AUTO_SMARTPORT
Configurable Parameters:ACCESS_VLAN
Defaults Parameters:ACCESS_VLAN=1
Current Parameters:ACCESS_VLAN=1
This example shows how to use the show macro auto address-group name command to view the
TEST3 address group configuration on the switch:
Usage Guidelines Free memory is accurately computed and displayed in the Free Memory field of the command output.
Examples The following is sample output from the show memory platform command:
Switch# show memory platform
Architecture : mips64
Memory (kB)
Physical : 3976852
Total : 3976852
Used : 2761276
Free : 1215576
Active : 2128196
Inactive : 1581856
Inact-dirty : 0
Inact-clean : 0
Dirty : 0
AnonPages : 1294984
Bounce : 0
Cached : 1978168
Commit Limit : 1988424
Committed As : 3343324
High Total : 0
High Free : 0
Low Total : 3976852
Low Free : 1215576
Mapped : 516316
NFS Unstable : 0
Page Tables : 17124
Slab : 0
Swap (kB)
Total : 0
Used : 0
Free : 0
Cached : 0
Load Average
1-Min : 1.04
5-Min : 1.16
15-Min : 0.94
The following is sample output from the show memory platform information command:
Device# show memory platform information
Architecture : mips64
Memory (kB)
Physical : 3976852
Total : 3976852
Used : 2761224
Free : 1215628
Active : 2128060
Inactive : 1584444
Inact-dirty : 0
Inact-clean : 0
Dirty : 284
AnonPages : 1294656
Bounce : 0
Cached : 1979644
Commit Limit : 1988424
Committed As : 3342184
High Total : 0
High Free : 0
Low Total : 3976852
Low Free : 1215628
Mapped : 516212
NFS Unstable : 0
Page Tables : 17096
Slab : 0
VMmalloc Chunk : 1069542588
VMmalloc Total : 1069547512
VMmalloc Used : 2588
Writeback : 0
HugePages Total: 0
HugePages Free : 0
HugePages Rsvd : 0
HugePage Size : 2048
Swap (kB)
Total : 0
Used : 0
Free : 0
Cached : 0
Load Average
1-Min : 1.54
5-Min : 1.27
15-Min : 0.99
show module
To display module information such as switch number, model number, serial number, hardware revision
number, software version, MAC address and so on, use this command in user EXEC or privileged EXEC
mode.
Usage Guidelines Entering the show module command without the switch-num argument is the same as entering the show
module all command.
The following example displays information for all modules on a Cisco Catalyst 9300 Series Switch:
Device# show module
Switch Ports Model Serial No. MAC address Hw Ver. Sw Ver.
------ ----- --------- ----------- -------------- ------- --------
1 40 C9300-24T FOC2147Q02D b4a8.b9c1.4100 V01 16.10.1
Syntax Description switch stack-member-number (Optional) Specifies the stack member number for which to display inline
power messages within a trace buffer.
This is an output example from the show mgmt-infra trace messages ilpower command:
Device# show mgmt-infra trace messages ilpower
[10/23/12 14:05:10.984 UTC 1 3] Initialized inline power system configuration fo
r slot 1.
[10/23/12 14:05:10.984 UTC 2 3] Initialized inline power system configuration fo
r slot 2.
[10/23/12 14:05:10.984 UTC 3 3] Initialized inline power system configuration fo
r slot 3.
[10/23/12 14:05:10.984 UTC 4 3] Initialized inline power system configuration fo
r slot 4.
[10/23/12 14:05:10.984 UTC 5 3] Initialized inline power system configuration fo
r slot 5.
[10/23/12 14:05:10.984 UTC 6 3] Initialized inline power system configuration fo
r slot 6.
[10/23/12 14:05:10.984 UTC 7 3] Initialized inline power system configuration fo
r slot 7.
[10/23/12 14:05:10.984 UTC 8 3] Initialized inline power system configuration fo
r slot 8.
[10/23/12 14:05:10.984 UTC 9 3] Initialized inline power system configuration fo
r slot 9.
[10/23/12 14:05:10.984 UTC a 3] Inline power subsystem initialized.
[10/23/12 14:05:18.908 UTC b 264] Create new power pool for slot 1
[10/23/12 14:05:18.909 UTC c 264] Set total inline power to 450 for slot 1
[10/23/12 14:05:20.273 UTC d 3] PoE is not supported on .
[10/23/12 14:05:20.288 UTC e 3] PoE is not supported on .
[10/23/12 14:05:20.299 UTC f 3] PoE is not supported on .
[10/23/12 14:05:20.311 UTC 10 3] PoE is not supported on .
[10/23/12 14:05:20.373 UTC 11 98] Inline power process post for switch 1
[10/23/12 14:05:20.373 UTC 12 98] PoE post passed on switch 1
[10/23/12 14:05:20.379 UTC 13 3] Slot #1: PoE initialization for board id 16387
[10/23/12 14:05:20.379 UTC 14 3] Set total inline power to 450 for slot 1
[10/23/12 14:05:20.379 UTC 15 3] Gi1/0/1 port config Initialized
[10/23/12 14:05:20.379 UTC 16 3] Interface Gi1/0/1 initialization done.
[10/23/12 14:05:20.380 UTC 17 3] Gi1/0/24 port config Initialized
[10/23/12 14:05:20.380 UTC 18 3] Interface Gi1/0/24 initialization done.
[10/23/12 14:05:20.380 UTC 19 3] Slot #1: initialization done.
[10/23/12 14:05:50.440 UTC 1a 3] Slot #1: PoE initialization for board id 16387
[10/23/12 14:05:50.440 UTC 1b 3] Duplicate init event
Syntax Description switch stack-member-number (Optional) Specifies the stack member number for which to display inline
power messages within a trace buffer.
This is an output example from the show mgmt-infra trace messages ilpower-ha command:
Device# show mgmt-infra trace messages ilpower-ha
[10/23/12 14:04:48.087 UTC 1 3] NG3K_ILPOWER_HA: Created NGWC ILP CF client succ
essfully.
Syntax Description switch stack-member-number (Optional) Specifies the stack member number for which to display messages
within a trace buffer.
This is an example of partial output from the show mgmt-infra trace messages platform-mgr-poe
command:
Device# show mgmt-infra trace messages platform-mgr-poe
[10/23/12 14:04:06.431 UTC 1 5495] PoE Info: get power controller param sent:
[10/23/12 14:04:06.431 UTC 2 5495] PoE Info: POE_SHUT sent for port 1 (0:0)
[10/23/12 14:04:06.431 UTC 3 5495] PoE Info: POE_SHUT sent for port 2 (0:1)
[10/23/12 14:04:06.431 UTC 4 5495] PoE Info: POE_SHUT sent for port 3 (0:2)
[10/23/12 14:04:06.431 UTC 5 5495] PoE Info: POE_SHUT sent for port 4 (0:3)
[10/23/12 14:04:06.431 UTC 6 5495] PoE Info: POE_SHUT sent for port 5 (0:4)
[10/23/12 14:04:06.431 UTC 7 5495] PoE Info: POE_SHUT sent for port 6 (0:5)
[10/23/12 14:04:06.431 UTC 8 5495] PoE Info: POE_SHUT sent for port 7 (0:6)
[10/23/12 14:04:06.431 UTC 9 5495] PoE Info: POE_SHUT sent for port 8 (0:7)
[10/23/12 14:04:06.431 UTC a 5495] PoE Info: POE_SHUT sent for port 9 (0:8)
[10/23/12 14:04:06.431 UTC b 5495] PoE Info: POE_SHUT sent for port 10 (0:9)
[10/23/12 14:04:06.431 UTC c 5495] PoE Info: POE_SHUT sent for port 11 (0:10)
[10/23/12 14:04:06.431 UTC d 5495] PoE Info: POE_SHUT sent for port 12 (0:11)
[10/23/12 14:04:06.431 UTC e 5495] PoE Info: POE_SHUT sent for port 13 (e:0)
[10/23/12 14:04:06.431 UTC f 5495] PoE Info: POE_SHUT sent for port 14 (e:1)
[10/23/12 14:04:06.431 UTC 10 5495] PoE Info: POE_SHUT sent for port 15 (e:2)
[10/23/12 14:04:06.431 UTC 11 5495] PoE Info: POE_SHUT sent for port 16 (e:3)
[10/23/12 14:04:06.431 UTC 12 5495] PoE Info: POE_SHUT sent for port 17 (e:4)
[10/23/12 14:04:06.431 UTC 13 5495] PoE Info: POE_SHUT sent for port 18 (e:5)
[10/23/12 14:04:06.431 UTC 14 5495] PoE Info: POE_SHUT sent for port 19 (e:6)
[10/23/12 14:04:06.431 UTC 15 5495] PoE Info: POE_SHUT sent for port 20 (e:7)
[10/23/12 14:04:06.431 UTC 16 5495] PoE Info: POE_SHUT sent for port 21 (e:8)
[10/23/12 14:04:06.431 UTC 17 5495] PoE Info: POE_SHUT sent for port 22 (e:9)
[10/23/12 14:04:06.431 UTC 18 5495] PoE Info: POE_SHUT sent for port 23 (e:10)
Syntax Description profile-number (Optional) Displays the network-policy profile number. If no profile is entered, all
network-policy profiles appear.
Example
This is a partial output example from the show parser macro command. The output for the
Cisco-default macros varies depending on the switch platform and the software image running on
the switch:
<output truncated>
--------------------------------------------------------------
Macro name : cisco-desktop
Macro type : default interface
# macro keywords $AVID
# Basic interface - Enable data VLAN only
# Recommended value for access vlan (AVID) should not be 1
switchport access vlan $AVID
switchport mode access
<output truncated>
--------------------------------------------------------------
Macro name : cisco-phone
<output truncated>
--------------------------------------------------------------
Macro name : cisco-switch
Macro type : default interface
# macro keywords $NVID
# Access Uplink to Distribution
# Do not apply to EtherChannel/Port Group
# Define unique Native VLAN on trunk ports
# Recommended value for native vlan (NVID) should not be 1
switchport trunk native vlan $NVID
<output truncated>
--------------------------------------------------------------
Macro name : cisco-router
Macro type : default interface
# macro keywords $NVID
# Access Uplink to Distribution
# Define unique Native VLAN on trunk ports
# Recommended value for native vlan (NVID) should not be 1
switchport trunk native vlan $NVID
<output truncated>
--------------------------------------------------------------
Macro name : snmp
Macro type : customizable
--------------------------------------------------------------
This example shows the output from the show parser macro name command:
This example shows the output from the show parser macro brief command:
This exampe shows the output from the show parser macro description command:
This example shows the output from the show parser macro description interface command:
Usage Guidelines The show platform hardware bluetooth command is to be used when an external USB Bluetooth dongle is
connected on the device.
Examples This example shows how to display the information of the Bluetooth interface using the show
platform hardware bluetooth command.
Device> enable
Device# show platform hardware bluetooth
Controller: 0:1a:7d:da:71:13
Type: Primary
Bus: USB
State: DOWN
Name:
HCI Version:
show platform hardware fed switch {switch_num | active | standby} forward summary
Syntax Description switch {switch_num | The switch for which you want to display information. You have the following
active | standby } options :
• switch_num—ID of the switch.
• active—Displays information relating to the active switch.
• standby—Displays information relating to the standby switch, if
available.
Cisco IOS XE Everest 16.6.1 and later releases Supprort for the keyword summary
was discontinued.
Usage Guidelines Do not use this command unless a technical support representative asks you to. Use this command only when
you are working directly with a technical support representative while troubleshooting a problem.
Fields displayed in the command output are explained below.
• Station Index : The Station Index is the result of the layer 2 lookup and points to a station descriptor
which provides the following:
• Destination Index : Determines the egress port(s) to which the packets should be sent to. Global
Port Number(GPN) can be used as the destination index. A destination index with15 down to 12
bits set indicates the GPN to be used. For example, destination index - 0xF04E corresponds to GPN
- 78 (0x4e).
• Rewrite Index : Determines what needs to be done with the packets. For layer 2 switching, this is
typically a bridging action
• Flexible Lookup Pipeline Stages(FPS) : Indicates the forwarding decision that was taken for the
packet - routing or bridging
• Replication Bit Map : Determines if the packets should be sent to CPU or stack
• Local Data Copy = 1
• Remote Data copy = 0
• Local CPU Copy = 0
• Remote CPU Copy = 0
Example
This is an example of output from the show platform hardware fed switch {switch_num | active
| standby } forward summary command.
Device#show platform hardware fed switch 1 forward summary
Time: Fri Sep 16 08:25:00 PDT 2016
Ingress:
Switch : 1
Port : GigabitEthernet1/0/1
Global Port Number : 1
Local Port Number : 1
Asic Port Number : 21
ASIC Number : 0
STP state :
blkLrn31to0: 0xffdfffdf
blkFwd31to0: 0xffdfffdf
Vlan : 1
Station Descriptor : 170
DestIndex : 0xF009
DestModIndex : 2
RewriteIndex : 2
Forwarding Decision: FPS 2A L2 Destination
Replication Bitmap:
Local CPU copy : 0
Local Data copy : 1
Remote CPU copy : 0
Remote Data copy : 0
Egress:
Switch : 1
Outgoing Port : GigabitEthernet1/0/9
Global Port Number : 9
ASIC Number : 0
Vlan : 1
show platform hardware fed switch {switch_num | active | standby} forward interface interface-type
interface-number source-mac-address destination-mac-address{protocol-number | arp | cos | ipv4 | ipv6
| mpls}
show platform hardware fed switch {switch_num | active | standby} forward interface interface-type
interface-number pcap pcap-file-name number packet-number data
show platform hardware fed switch {switch_num | active | standby} forward interface interface-type
interface-number vlan vlan-id source-mac-address destination-mac-address{protocol-number | arp |
cos | ipv4 | ipv6 | mpls}
Syntax Description switch {switch_num | active The switch on which packet tracing has to be scheduled. The input port
| standby } should be available on this switch. You have the following options :
• switch_num—ID of the switch on which the ingress port is present.
• active—indicates the active switch on which the the ingress port is
present.
• standby—indicates the standby switch on which the ingress port is
present.
Note This keyword is not supported.
vlan vlan-id VLAN id of the dot1q header in the simulated packet. The range is 1 to
4096.
Usage Guidelines Do not use this command unless a technical support representative asks you to. Use this command only when
you are working directly with a technical support representative while troubleshooting a problem.
This command supports the following packet types:
• Non-IP packets with any L3 protocol
• ARP packets
• IPv4 packets with any L4 protocol
• IPv4 packets with TCP/UDP/IGMP/ICMP/SCTP payload
• VxLAN packets
• MPLS packets with up to 3 Labels and meta data
• MPLS packets with IPv4/IPv6 payload
• IPv6 packets with TCP/UDP/IGMP/ICMP/SCTP payload
In a stack environment, you can trace packets across the stack irrespective of the number of stack members
and topology. The show platform hardware fed switch switch-number forward interface interface-type
interface-number command consolidates packet-forwarding information of all the stack members on the
ingress switch. To achieve this, ensure that the switch number specified in the switch_num and interface-number
arguments are of the input switch and that the number matches.
To trace any particular packet from the captured packets stored in a PCAP file, use the show platform
hardware fed switch forward interface interface-type interface-number pcap pcap-file-name number
packet-number data command.
Example
This is an example of output from the show platform hardware fed switch {switch_num | active
| standby } forward interface command.
Device#show platform hardware fed switch active forward interface gigabitEthernet 1/0/35
0000.0022.0055 0000.0055.0066 ipv4 44.44.0.2 55.55.0.2 udp 1222 3333
Show forward is running in the background. After completion, syslog will be generated.
monitor capture start Starts the capture of packet data at a traffic trace point
into a buffer.
monitor capture stop Stops the capture of packet data at a traffic trace point.
show platform hardware fed switch {switch_number | active | standby} forward last summary
Syntax Description switch {switch_number | The switch on which you want to schedule a packet capture for a port. You
active | standby } have the following options :
• switch_num—ID of the switch on which the ingress port is present.
• active—indicates the active switch on which the the ingress port is
present.
• standby—indicates the standby switch on which the ingress port is
present.
Note This keyword is not supported.
Cisco IOS XE Everest 16.6.1 and later releases Support for the keyword summary
was discontinued.
Usage Guidelines Do not use this command unless a technical support representative asks you to. Use this command only when
you are working directly with a technical support representative while troubleshooting a problem.
With Cisco IOS XE Gibraltar 16.10.1, show platform hardware fed switch forward last summary command
is enhanced to:
• Inject the debug packets from the CPU to simulate the incoming port and packets
• Use the debug packets to trace the packet in hardware data-path to provide forwarding details such as
lookup, adjacency, rewrite information, drop decision, outgoing port and so on
• Drop the original packets at egress so as not to transmit the packet to the outgoing port
• Send a copy of all the packets to the CPU and display the details in the packet tracing output
Example
This is an example of output from the show platform hardware fed switch {switch_number |
active | standby } forward last summary command.
Device#show platform hardware fed switch active forward last summary
Input Packet Details:
###[ Ethernet ]###
dst = 01:00:5e:01:01:02
src = 00:00:00:03:00:05
type = 0x0
###[ Raw ]###
load = '00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00'
Ingress:
Port : GigabitEthernet1/0/11
Global Port Number : 11
Local Port Number : 11
Asic Port Number : 10
Asic Instance : 1
Vlan : 20
Mapped Vlan ID : 6
STP Instance : 4
BlockForward : 0
BlockLearn : 0
L3 Interface : 39
IPv4 Routing : enabled
IPv6 Routing : enabled
Vrf Id : 0
Adjacency:
Station Index : 3 [SI_DIET_L2]
Destination Index : 18
Rewrite Index : 2
Replication Bit Map : 0x15 ['localData', 'remoteData', 'coreData']
Decision:
Destination Index : 24 [DI_DIET_L2]
Rewrite Index : 2 [RI_L2]
Dest Mod Index : 9 [DMI_IGMP_CTRL_Q]
CPU Map Index : 0 [CMI_NULL]
Forwarding Mode : 0 [Bridging]
Replication Bit Map : ['localData', 'remoteData', 'coreData']
Winner : L2DESTMACVLAN LOOKUP
Qos Label : 65
SGT : 0
DGTID : 0
Egress:
Possible Replication :
Port : GigabitEthernet1/0/11
Port : GigabitEthernet1/0/22
Port : GigabitEthernet2/0/1
Output Port Data :
Port : GigabitEthernet1/0/22
Global Port Number : 22
show platform hardware fed switch {switch_num | active | standby} fwd-asic counters tla
tla_counter{detail | drop | statistics}[asic asic_num]output location:filename
Syntax Description switch {switch_num The switch for which you want to display information. You have the following
| active | standby options :
}
• switch_num: ID of the switch.
• active: Displays information relating to the active switch.
• standby: Displays information relating to the standby switch, if available.
tlatla_counter tla_counter can be any of the following Three Letter Acronym (TLA) counters:
• AQM Active Queue Management
• ASE ACL Search Engine
• DPP DopplerE Point to Point
• EGR Egress Global Resolution
• EPF Egress Port FIFO
• ESM Egress Scheduler Module
• EQC Egress Queue Controller
• FPE Flexible Parser
• FPS Flexible Pipe Stage
• FSE Fib Search Engine
• IGR Ingress Global Resolution
• IPF Ingress Port FIFO
• IQS Ingress Queues and Scheduler
• MSC Macsec Engine
• NFL Netflow
• NIF Network Interface
• PBC Packet Buffer Complex
• PIM Protocol Independent Multicast
• PLC Policer
• RMU Recirculation Multiplexer Unit
• RRE Reassembly Engine
• RWE Rewrite Engine
• SEC Security Engine
• SIF Stack Interface
• SPQ Supervisor Packet Queuing Engine
• SQS Stack Queues And Scheduler
• SUP Supervisor Interface
drop Displays the contents of the registers of all non-zero drop counters.
statistics Displays the contents of the registers of all non-zero statistical counters.
output Specifies an output file to which the contents of the counters registers are to be
location:filename dumped.
Usage Guidelines Do not use this command unless a technical support representative asks you to. Use this command only when
you are working directly with a technical support representative while troubleshooting a problem.
Note Some TLAs may not have any registers to display as part of drop or statistics options because of the lack of
these drop or statistics registers for them. In such a case, a message, No <detail|drop|statistics>
counters to display for tla <TLA_NAME> is displayed and no output file is generated.
Example
This is an example output from the show platform hardware fed active fwd-asic counters tla aqm
command.
Device#show platform hardware fed active fwd-asic counters tla aqm detail output flash:aqm
command to get counters for tla AQM succeeded
Device#
Device# more flash:aqm
=============================================================================================
0 0 AqmRepTransitUsageCnt[0][0]
totalCntHighMark : 0x4
transitWait4DoneHighMark : 0x2
0 1 AqmRepTransitUsageCnt[0][0]
totalCntHighMark : 0x2
transitWait4DoneHighMark : 0x2
=============================================================================================
0 0 AqmGlobalHardBufCnt[0][0]
highWaterMark : 0x3
=============================================================================================
0 0 AqmRedQueueStats[0][673]
acceptByteCnt2 : 0x4e44e
acceptFrameCnt2 : 0x5e1
0 0 AqmRedQueueStats[0][674]
acceptByteCnt1 : 0x88
acceptByteCnt2 : 0xa7c
acceptFrameCnt1 : 0x2
acceptFrameCnt2 : 0x16
0 0 AqmRedQueueStats[0][676]
acceptByteCnt2 : 0xfbf06
acceptFrameCnt2 : 0x2440
0 0 AqmRedQueueStats[0][677]
acceptByteCnt2 : 0xcc
acceptFrameCnt2 : 0x3
0 0 AqmRedQueueStats[0][687]
acceptByteCnt2 : 0x2caea0
acceptFrameCnt2 : 0xa836
0 0 AqmRedQueueStats[0][691]
acceptByteCnt2 : 0x2dc
acceptFrameCnt2 : 0x6
0 0 AqmRedQueueStats[0][692]
acceptByteCnt2 : 0xc518
acceptFrameCnt2 : 0x2e6
Usage Guidelines On stackable switches, this command has the switch keyword, show platform hardware fed switch active
fwd-asic resource tcam utilization. On non-stackable switches, the switch keyword is not available.
Example
The following is sample output from the show platform hardware fed active fwd-asic resource
tcam utilization command:
Device# show platform hardware fed active fwd-asic resource tcam utilization
------------------------------------------------------------------------------------------------------
The table below lists the significant fields shown in the display.
Table 19: show platform hardware fed active fwd-asic resource tcam utilization Field Descriptions
Field Description
Dir
Max
Used
%Used
V4
V6
MPLS
Other
Usage Guidelines The output of this command displays the used memory, which is total memory minus the accurate free memory.
Example
The following is sample output from the show platform resources command:
Switch# show platform resources
show platform software audit {all | summary | [switch {switch-number | active | standby}]
{0 | F0 | R0 | {FP | RP} {active}}}
Syntax Description all Shows the audit log from all the slots.
summary Shows the audit log summary count from all the slots.
Usage Guidelines This command was introduced in the Cisco IOS XE Gibraltar 16.10.1 as a part of the SELinux Permissive
Mode feature. The show platform software audit command displays the system logs containing the access
violation events.
In Cisco IOS XE Gibraltar 16.10.1, operation in a permissive mode is available - with the intent of confining
specific components (process or application) of the IOS-XE platform. In the permissive mode, access violation
events are detected and system logs are generated, but the event or operation itself is not blocked. The solution
operates mainly in an access violation detection mode.
The following is a sample output of the show software platform software audit summary command:
===================================
AUDIT LOG ON switch 1
-----------------------------------
AVC Denial count: 58
===================================
The following is a sample output of the show software platform software audit all command:
Device# show platform software audit all
===================================
AUDIT LOG ON switch 1
-----------------------------------
========== START ============
type=AVC msg=audit(1539222292.584:100): avc: denied { read } for pid=14017
comm="mcp_trace_filte" name="crashinfo" dev="rootfs" ino=13667
scontext=system_u:system_r:polaris_trace_filter_t:s0
tcontext=system_u:object_r:polaris_disk_crashinfo_t:s0 tclass=lnk_file permissive=1
type=AVC msg=audit(1539222292.584:100): avc: denied { getattr } for pid=14017
comm="mcp_trace_filte" path="/mnt/sd1" dev="sda1" ino=2
scontext=system_u:system_r:polaris_trace_filter_t:s0
tcontext=system_u:object_r:polaris_disk_crashinfo_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1539222292.586:101): avc: denied { getattr } for pid=14028 comm="ls"
path="/tmp/ufs/crashinfo" dev="tmpfs" ino=58407
scontext=system_u:system_r:polaris_trace_filter_t:s0
tcontext=system_u:object_r:polaris_ncd_tmp_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1539222292.586:102): avc: denied { read } for pid=14028 comm="ls"
name="crashinfo" dev="tmpfs" ino=58407 scontext=system_u:system_r:polaris_trace_filter_t:s0
tcontext=system_u:object_r:polaris_ncd_tmp_t:s0 tclass=dir permissive=1
type=AVC msg=audit(1539438600.896:119): avc: denied { execute } for pid=8300 comm="sh"
name="id" dev="loop0" ino=6982 scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:bin_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438600.897:120): avc: denied { execute_no_trans } for pid=8300
comm="sh"
path="/tmp/sw/mount/cat9k-rpbase.2018-10-02_00.13_mhungund.SSA.pkg/nyquist/usr/bin/id"
dev="loop0" ino=6982 scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:bin_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438615.535:121): avc: denied { name_connect } for pid=26421
comm="nginx" dest=8098 scontext=system_u:system_r:polaris_nginx_t:s0
tcontext=system_u:object_r:polaris_caf_api_port_t:s0 tclass=tcp_socket permissive=1
type=AVC msg=audit(1539438624.916:122): avc: denied { execute_no_trans } for pid=8600
comm="auto_upgrade_se" path="/bin/bash" dev="rootfs" ino=7276
scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438648.936:123): avc: denied { execute_no_trans } for pid=9307
comm="auto_upgrade_se" path="/bin/bash" dev="rootfs" ino=7276
scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438678.649:124): avc: denied { name_connect } for pid=26421
comm="nginx" dest=8098 scontext=system_u:system_r:polaris_nginx_t:s0
tcontext=system_u:object_r:polaris_caf_api_port_t:s0 tclass=tcp_socket permissive=1
type=AVC msg=audit(1539438696.969:125): avc: denied { execute_no_trans } for pid=10057
comm="auto_upgrade_se" path="/bin/bash" dev="rootfs" ino=7276
scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438732.973:126): avc: denied { execute_no_trans } for pid=10858
comm="auto_upgrade_se" path="/bin/bash" dev="rootfs" ino=7276
scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=1
type=AVC msg=audit(1539438778.008:127): avc: denied { execute_no_trans } for pid=11579
comm="auto_upgrade_se" path="/bin/bash" dev="rootfs" ino=7276
scontext=system_u:system_r:polaris_auto_upgrade_server_rp_t:s0
tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=1
The following is a sample output of the show software platform software audit switch command:
Device# show platform software audit switch active R0
show platform software fed switch {switch-number | active | standby} punt cpuq rates
Syntax Description switch{switch-number | active | standby} Displays information about the switch. You have
the following options:
• switch-number.
• active —Displays information relating to the
active switch.
• standby—Displays information relating to
the standby switch, if available.
Note This keyword is not supported.
Example
The following is sample output from the show platform software fed switch active punt cpuq
rates command.
The output of this command displays the rate in packets per second at intervals of 10 seconds, 1
minute and 5 minutes.
Device#show platform software fed switch active punt cpuq rates
3 CPU_Q_ICMP_GEN 0 0 0 0 0 0
4 CPU_Q_ROUTING_CONTROL 0 0 0 0 0 0
5 CPU_Q_FORUS_ADDR_RESOLUTION 0 0 0 0 0 0
6 CPU_Q_ICMP_REDIRECT 0 0 0 0 0 0
7 CPU_Q_INTER_FED_TRAFFIC 0 0 0 0 0 0
8 CPU_Q_L2LVX_CONTROL_PKT 0 0 0 0 0 0
9 CPU_Q_EWLC_CONTROL 0 0 0 0 0 0
10 CPU_Q_EWLC_DATA 0 0 0 0 0 0
11 CPU_Q_L2LVX_DATA_PKT 0 0 0 0 0 0
12 CPU_Q_BROADCAST 0 0 0 0 0 0
13 CPU_Q_LEARNING_CACHE_OVFL 0 0 0 0 0 0
14 CPU_Q_SW_FORWARDING 0 0 0 0 0 0
15 CPU_Q_TOPOLOGY_CONTROL 0 0 0 0 0 0
16 CPU_Q_PROTO_SNOOPING 0 0 0 0 0 0
17 CPU_Q_DHCP_SNOOPING 0 0 0 0 0 0
18 CPU_Q_TRANSIT_TRAFFIC 0 0 0 0 0 0
19 CPU_Q_RPF_FAILED 0 0 0 0 0 0
20 CPU_Q_MCAST_END_STATION_SERVICE 0 0 0 0 0 0
21 CPU_Q_LOGGING 0 0 0 0 0 0
22 CPU_Q_PUNT_WEBAUTH 0 0 0 0 0 0
23 CPU_Q_HIGH_RATE_APP 0 0 0 0 0 0
24 CPU_Q_EXCEPTION 0 0 0 0 0 0
25 CPU_Q_SYSTEM_CRITICAL 0 0 0 0 0 0
26 CPU_Q_NFL_SAMPLED_DATA 0 0 0 0 0 0
27 CPU_Q_LOW_LATENCY 0 0 0 0 0 0
28 CPU_Q_EGR_EXCEPTION 0 0 0 0 0 0
29 CPU_Q_FSS 0 0 0 0 0 0
30 CPU_Q_MCAST_DATA 0 0 0 0 0 0
31 CPU_Q_GOLD_PKT 0 0 0 0 0 0
-------------------------------------------------------------------------------------
The table below describes the significant fields shown in the display.
Table 20: show platform software fed switch active punt cpuq rates Field Descriptions
Field Description
Rx The rate at which the packets are received per second in 10s, 1 minute and 5 minutes.
Drop The rate at which the packets are dropped per second in 10s, 1 minute and 5 minutes.
show platform software fed switch active punt packet-capture display { detailed | hexdump}
Usage Guidelines The output of this command displays the periodic and persistent logs of CPU-bound packets, inband CPU
traffic rates, and running CPU processes when the CPU passes a high CPU utilization threshold.
Examples The following is a sample output from the show platform software fed switch active punt
packet-capture display detailed command:
Device# show platform software fed switch active punt packet-capture display detailed
Punt packet capturing: disabled. Buffer wrapping: disabled
Total captured so far: 101 packets. Capture capacity : 4096 packets
show platform software fed switch { switch number | active | standby } punt packet-capture
cpu-top-talker { cause-code | dst_ipv4 | dst_ipv6 | dst_l4 | dst_mac | eth_type | incoming-interface
| ipv6_hoplt | protocol | src_dst_port | src_ipv4 | src_ipv6 | src_l4 | src_mac | summary | ttl |
vlan }
Syntax Description switch{switch-number|active|standby} Displays information about a switch. You have the following
options:
• active —Displays information relating to the active switch.
• standby—Displays information relating to the standby
switch, if available.
Note The standbykeyword is not supported.
Usage Guidelines Ensure to start and stop debugging of the packets from the active switch to obtain the occurrences of the packet
capture attributes.
Examples The following is a sample out of the debugplatform software fed switch active punt packet-capture
startcommand:
The following is a sample out of the debugplatform software fed switch active punt packet-capture
stopcommand:
Device# debug platform software fed active punt packet-capture stop
These commands provide a maximum of ten unique values in descending order for each of the
attributes.
The following is a sample output of the show platform software fed switch active punt
packet-capture cpu-top-talkercause-code command:
Device# show platform software fed switch active punt packet-capture cpu-top-talker cause-code
The following is a sample output of the show platform software fed switch active punt
packet-capture cpu-top-talkerdst_mac command:
Device# show platform software fed switch active punt packet-capture cpu-top-talker dst_mac
Punt packet capturing: disabled. Buffer wrapping: disabled
Total captured so far: 4096 packets. Capture capacity : 4096 packets
Sr.no. Value/Key Occurrence
1 01:80:c2:00:00:00 4096
The following is a sample output of the show platform software fed switch active punt
packet-capture cpu-top-talkerincoming-interface command:
Device# show platform software fed switch active punt packet-capture cpu-top-talker
incoming-interface
Punt packet capturing: disabled. Buffer wrapping: disabled
Total captured so far: 4096 packets. Capture capacity : 4096 packets
Sr.no. Value/Key Occurrence
1 TwentyFiveGigE1/0/1 1366
2 TwentyFiveGigE1/0/16 1365
3 TwentyFiveGigE1/0/18 1365
The following is a sample output of the show platform software fed switch activepunt
packet-capture cpu-top-talkersrc_mac command:
Device# show platform software fed switch active punt packet-capture cpu-top-talker src_mac
Punt packet capturing: disabled. Buffer wrapping: disabled
Total captured so far: 4096 packets. Capture capacity : 4096 packets
Sr.no. Value/Key Occurrence
1 70:b3:17:1e:9e:8f 1366
2 70:b3:17:1e:9e:90 1365
3 70:b3:17:1e:9e:91 1365
The following is a sample output of the show platform software fed switch activepunt
packet-capture cpu-top-talkersummary command. This command will provide one highest output
for each of the attributes.
Device# show platform software fed switch active punt packet-capture cpu-top-talker summary
Punt packet capturing: disabled. Buffer wrapping: disabled
Total captured so far: 4096 packets. Capture capacity : 4096 packets
L2 Top Talkers:
1366 Source mac 70:b3:17:1e:9e:8f
4096 Dest mac 01:80:c2:00:00:00
L3 Top Talkers:
L4 Top Talkers:
show platform software fed switch {switch-number | active | standby} punt rates
interfaces[interface-id]
Syntax Description switch{switch-number|active|standby} Displays information about the switch. You have
the following options:
• switch-number.
• active —Displays information relating to the
active switch.
• standby—Displays information relating to
the standby switch, if available.
Note This keyword is not supported.
Usage Guidelines The output displays the punt rates in packets per second at intervals of 10 seconds, 1 minute and 5 minutes.
Example
The following is sample output from the show platform software fed switch active punt rates
interfaces command for all the interfaces.
Device#show plataform software fed switch active punt rates interfaces
===========================================================================================
===========================================================================================
The table below describes the significant fields shown in the display.
Table 21: show platform software fed switch active punt rates interfaces Field Descriptions
Field Description
Rx The per second rate at which the packets are received in 10s, 1 minute and 5 minutes.
Drop The per second rate at which the packets are dropped in 10s, 1 minute and 5 minutes.
The following is sample output from the show platform software fed switch active punt rates
interfaces interface-id command for a specific interface.
Device#show platform software fed switch active punt rates interfaces 0x31
Punt Rate on Single Interfaces Statistics
Received Dropped
-------- -------
Total : 29617 Total : 0
10 sec average : 0 10 sec average : 0
1 min average : 0 1 min average : 0
5 min average : 0 5 min average : 0
Per CPUQ punt stats on the interface (rate averaged over 10s interval)
==========================================================================
Q | Queue | Recv | Recv | Drop | Drop |
no | Name | Total | Rate | Total | Rate |
==========================================================================
0 CPU_Q_DOT1X_AUTH 0 0 0 0
1 CPU_Q_L2_CONTROL 29519 0 0 0
2 CPU_Q_FORUS_TRAFFIC 0 0 0 0
3 CPU_Q_ICMP_GEN 0 0 0 0
4 CPU_Q_ROUTING_CONTROL 0 0 0 0
5 CPU_Q_FORUS_ADDR_RESOLUTION 0 0 0 0
6 CPU_Q_ICMP_REDIRECT 0 0 0 0
7 CPU_Q_INTER_FED_TRAFFIC 0 0 0 0
8 CPU_Q_L2LVX_CONTROL_PKT 0 0 0 0
9 CPU_Q_EWLC_CONTROL 0 0 0 0
10 CPU_Q_EWLC_DATA 0 0 0 0
11 CPU_Q_L2LVX_DATA_PKT 0 0 0 0
12 CPU_Q_BROADCAST 0 0 0 0
13 CPU_Q_LEARNING_CACHE_OVFL 0 0 0 0
14 CPU_Q_SW_FORWARDING 0 0 0 0
15 CPU_Q_TOPOLOGY_CONTROL 98 0 0 0
16 CPU_Q_PROTO_SNOOPING 0 0 0 0
17 CPU_Q_DHCP_SNOOPING 0 0 0 0
18 CPU_Q_TRANSIT_TRAFFIC 0 0 0 0
19 CPU_Q_RPF_FAILED 0 0 0 0
20 CPU_Q_MCAST_END_STATION_SERVICE 0 0 0 0
21 CPU_Q_LOGGING 0 0 0 0
22 CPU_Q_PUNT_WEBAUTH 0 0 0 0
23 CPU_Q_HIGH_RATE_APP 0 0 0 0
24 CPU_Q_EXCEPTION 0 0 0 0
25 CPU_Q_SYSTEM_CRITICAL 0 0 0 0
26 CPU_Q_NFL_SAMPLED_DATA 0 0 0 0
27 CPU_Q_LOW_LATENCY 0 0 0 0
28 CPU_Q_EGR_EXCEPTION 0 0 0 0
29 CPU_Q_FSS 0 0 0 0
30 CPU_Q_MCAST_DATA 0 0 0 0
31 CPU_Q_GOLD_PKT 0 0 0 0
--------------------------------------------------------------------------
The table below describes the significant fields shown in the display.
Table 22: show platform software fed switch punt rates interfaces interface-id Field Descriptions
Field Description
Recv Rate Per second rate at which the packets are received.
Drop Rate Per second rate at which the packets are dropped.
Syntax Description details Displays inline power details for all the interfaces.
Examples The following is sample output from the show platform software ilpower details command:
Device# show platform software ilpower details
ILP Port Configuration for interface Gi1/0/1
Initialization Done: Yes
ILP Supported: Yes
ILP Enabled: Yes
POST: Yes
Detect On: No
Powered Device Detected No
Powered Device Class Done No
Cisco Powered Device: No
Power is On: No
Power Denied: No
Powered Device Type: Null
Powerd Device Class: Null
Power State: NULL
Current State: NGWC_ILP_DETECTING_S
Previous State: NGWC_ILP_SHUT_OFF_S
Requested Power in milli watts: 0
Short Circuit Detected: 0
Short Circuit Count: 0
Cisco Powerd Device Detect Count: 0
Spare Pair mode: 0
IEEE Detect: Stopped
IEEE Short: Stopped
Link Down: Stopped
Voltage sense: Stopped
Spare Pair Architecture: 1
Signal Pair Power allocation in milli watts: 0
Spare Pair Power On: 0
Powered Device power state: 0
Timer:
Syntax Description
Syntax Description chunk (Optional) Displays chunk memory information for the specified process.
database (Optional) Displays database memory information for the specified process.
messaging (Optional) Displays messaging memory information for the specified process.
The information displayed is for internal debugging purposes only.
process
slot Hardware slot where the process for which the level is set, is running. Options
include:
• number—Number of the SIP slot of the hardware module where the level is
set. For instance, if you want to specify the SIP in SIP slot 2 of the switch,
enter 2.
• SIP-slot / SPA-bay—Number of the SIP switch slot and the number of the
shared port adapter (SPA) bay of that SIP. For instance, if you want to specify
the SPA in bay 2 of the SIP in switch slot 3, enter 3/2.
• F0—The Embedded Service Processor slot 0.
• FP active—The active Embedded Service Processor.
• R0—The route processor in slot 0.
• RP active—The active route processor.
• RP standby—The standby route processor.
• switch <number> —The switch, with its number specified.
Command History
Command History Release Modification
The following is a sample output displaying the abbreviated (brief keyword) memory information
for the Forwarding Manager process for Cisco Catalyst 9000 Series ESP slot 0:
The following table describes the significant fields shown in the display.
Field Description
show platform software process list switch {switch-number | active | standby} {0 | F0 | R0}
[{name process-name | process-id process-ID | sort memory | summary}]
Syntax Description switch switch-number Displays information about the switch. Valid values for switch-number argument
are from 0 to 9.
0 Displays information about the shared port adapters (SPA) Interface Processor slot
0.
name process-name (Optional) Displays information about the specified process. Enter the process name.
process-id process-ID (Optional) Displays information about the specified process ID. Enter the process
ID.
summary (Optional) Displays a summary of the process memory of the host device.
Examples The following is sample output from the show platform software process list switch active R0
command:
Switch# show platform software process list switch active R0 summary
Stopped : 0
Paging : 0
Up time : 8318
Idle time : 0
User time : 216809
Kernel time : 78931
Architecture : mips64
Memory (kB)
Physical : 3976852
Total : 3976852
Used : 2766952
Free : 1209900
Active : 2141344
Inactive : 1589672
Inact-dirty : 0
Inact-clean : 0
Dirty : 4
AnonPages : 1306800
Bounce : 0
Cached : 1984688
Commit Limit : 1988424
Committed As : 3358528
High Total : 0
High Free : 0
Low Total : 3976852
Low Free : 1209900
Mapped : 520528
NFS Unstable : 0
Page Tables : 17328
Slab : 0
VMmalloc Chunk : 1069542588
VMmalloc Total : 1069547512
VMmalloc Used : 2588
Writeback : 0
HugePages Total: 0
HugePages Free : 0
HugePages Rsvd : 0
HugePage Size : 2048
Swap (kB)
Total : 0
Used : 0
Free : 0
Cached : 0
Load Average
1-Min : 1.13
5-Min : 1.18
15-Min : 0.92
The following is sample output from the show platform software process list switch active R0
command:
The table below describes the significant fields shown in the displays.
Field Description
Field Description
Syntax Description switch switch-number Displays information about the switch. Enter the
switch number.
Examples:
The following is a sample output from the show platform software process memory active R0 all command:
The table below describes the significant fields shown in the displays.
Field Description
show platform software process slot switch {switch-number | active | standby} {0 | F0 | R0}
monitor [{cycles no-of-times [{interval delay [{lines number}]}]}]
Usage Guidelines The output of the show platform software process slot switch and show processes cpu platform monitor
location commands display the output of the Linux top command. The output of these commands display
Free memory and Used memory as displayed by the Linux top command. The values displayed for the Free
memory and Used memory by these commands do not match the values displayed by the output of other
platform-memory related CLIs.
Examples The following is sample output from the show platform software process slot monitor command:
top - 00:01:52 up 1 day, 11:20, 0 users, load average: 0.50, 0.68, 0.83
Tasks: 311 total, 2 running, 309 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.4%us, 3.3%sy, 0.0%ni, 89.2%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3976844k total, 3955036k used, 21808k free, 419312k buffers
Swap: 0k total, 0k used, 0k free, 1946764k cached
show processes cpu platform monitor location Displays information about the CPU utilization of the
IOS-XE processes.
Syntax Description brief (Optional) Displays a summary of the platform control-processor status.
Examples The following is sample output from the show platform memory software status control-processor
command:
Switch# show platform software status control-processor
The following is sample output from the show platform memory software status control-processor
brief command:
Load Average
Slot Status 1-Min 5-Min 15-Min
2-RP0 Healthy 1.10 1.21 0.91
3-RP0 Healthy 0.23 0.27 0.31
4-RP0 Healthy 0.11 0.21 0.22
9-RP0 Healthy 0.10 0.30 0.34
Memory (kB)
Slot Status Total Used (Pct) Free (Pct) Committed (Pct)
2-RP0 Healthy 3976852 2766956 (70%) 1209896 (30%) 3358352 (84%)
3-RP0 Healthy 3976852 2706824 (68%) 1270028 (32%) 3299276 (83%)
4-RP0 Healthy 3976852 1451888 (37%) 2524964 (63%) 1675076 (42%)
9-RP0 Healthy 3976852 1451580 (37%) 2525272 (63%) 1675952 (42%)
CPU Utilization
Slot CPU User System Nice Idle IRQ SIRQ IOwait
2-RP0 0 4.10 2.00 0.00 93.80 0.00 0.10 0.00
1 4.60 1.00 0.00 94.30 0.00 0.10 0.00
2 6.50 1.10 0.00 92.40 0.00 0.00 0.00
3 5.59 1.19 0.00 93.20 0.00 0.00 0.00
3-RP0 0 2.80 1.20 0.00 95.90 0.00 0.10 0.00
1 4.49 1.29 0.00 94.20 0.00 0.00 0.00
2 5.30 1.60 0.00 93.10 0.00 0.00 0.00
3 5.80 1.20 0.00 93.00 0.00 0.00 0.00
4-RP0 0 1.30 0.80 0.00 97.89 0.00 0.00 0.00
1 1.30 0.20 0.00 98.50 0.00 0.00 0.00
2 5.60 0.80 0.00 93.59 0.00 0.00 0.00
3 5.09 0.19 0.00 94.70 0.00 0.00 0.00
9-RP0 0 3.99 0.69 0.00 95.30 0.00 0.00 0.00
1 2.60 0.70 0.00 96.70 0.00 0.00 0.00
2 4.49 0.89 0.00 94.60 0.00 0.00 0.00
3 2.60 0.20 0.00 97.20 0.00 0.00 0.00
Syntax Description switch switch-number Displays information about the switch. Enter the
switch number.
Examples:
The following is sample output from the show platform software thread list switch active R0 pname cdman
tname all command:
Device# show platform software thread list switch active R0 pname cdman tname all
The table below describes the significant fields shown in the displays.
Field Description
Examples The following is a sample output of the show platform usb status command:
Device> enable
Device# show platform usb status
USB Disabled
Syntax Description sorted (Optional) Displays output sorted based on percentage of CPU usage on a platform.
switch Displays information about the switch. Enter the switch number.
switch-number
Examples:
The following is sample output from the show processes cpu platform command:
Device# show processes cpu platform
CPU utilization for five seconds: 1%, one minute: 3%, five minutes: 2%
Core 0: CPU utilization for five seconds: 2%, one minute: 2%, five minutes: 2%
Core 1: CPU utilization for five seconds: 2%, one minute: 1%, five minutes: 1%
Core 2: CPU utilization for five seconds: 3%, one minute: 1%, five minutes: 1%
Core 3: CPU utilization for five seconds: 2%, one minute: 5%, five minutes: 2%
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
1 0 0% 0% 0% S 4876 systemd
2 0 0% 0% 0% S 0 kthreadd
3 2 0% 0% 0% S 0 ksoftirqd/0
5 2 0% 0% 0% S 0 kworker/0:0H
7 2 0% 0% 0% S 0 rcu_sched
8 2 0% 0% 0% S 0 rcu_bh
9 2 0% 0% 0% S 0 migration/0
10 2 0% 0% 0% S 0 watchdog/0
11 2 0% 0% 0% S 0 watchdog/1
12 2 0% 0% 0% S 0 migration/1
13 2 0% 0% 0% S 0 ksoftirqd/1
15 2 0% 0% 0% S 0 kworker/1:0H
16 2 0% 0% 0% S 0 watchdog/2
17 2 0% 0% 0% S 0 migration/2
18 2 0% 0% 0% S 0 ksoftirqd/2
20 2 0% 0% 0% S 0 kworker/2:0H
21 2 0% 0% 0% S 0 watchdog/3
22 2 0% 0% 0% S 0 migration/3
23 2 0% 0% 0% S 0 ksoftirqd/3
24 2 0% 0% 0% S 0 kworker/3:0
25 2 0% 0% 0% S 0 kworker/3:0H
26 2 0% 0% 0% S 0 kdevtmpfs
27 2 0% 0% 0% S 0 netns
28 2 0% 0% 0% S 0 perf
29 2 0% 0% 0% S 0 khungtaskd
30 2 0% 0% 0% S 0 writeback
31 2 7% 8% 8% S 0 ksmd
32 2 0% 0% 0% S 0 khugepaged
33 2 0% 0% 0% S 0 crypto
34 2 0% 0% 0% S 0 bioset
35 2 0% 0% 0% S 0 kblockd
36 2 0% 0% 0% S 0 ata_sff
37 2 0% 0% 0% S 0 rpciod
63 2 0% 0% 0% S 0 kswapd0
64 2 0% 0% 0% S 0 vmstat
65 2 0% 0% 0% S 0 fsnotify_mark
.
.
.
The following is sample output from the show processes cpu platform sorted 5min location switch 5 R0
Device# show processes cpu platform sorted 5min location switch 5 R0
CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 0: CPU utilization for five seconds: 1%, one minute: 1%, five minutes: 1%
Core 1: CPU utilization for five seconds: 1%, one minute: 1%, five minutes: 1%
Core 2: CPU utilization for five seconds: 1%, one minute: 1%, five minutes: 1%
Core 3: CPU utilization for five seconds: 2%, one minute: 2%, five minutes: 1%
Core 4: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 5: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 6: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 7: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
16358 15516 4% 4% 4% S 221376 fed main event
14062 12756 1% 1% 1% S 52140 sif_mgr
32105 8618 0% 0% 0% S 260 inotifywait
31396 31393 0% 0% 0% S 36516 python2.7
31393 31271 0% 0% 0% S 2744 rdope.sh
31319 1 0% 0% 0% S 2648 rotee
31271 1 0% 0% 0% S 3852 pman.sh
29671 2 0% 0% 0% S 0 kworker/u16:0
29341 29329 0% 0% 0% S 1780 sntp
29329 1 0% 0% 0% S 2788 stack_sntp.sh
.
.
.
The following is sample output from the show processes cpu platform location switch 7 R0 command:
Device# show processes cpu platform location switch 7 R0
CPU utilization for five seconds: 3%, one minute: 3%, five minutes: 3%
Core 0: CPU utilization for five seconds: 1%, one minute: 5%, five minutes: 5%
Core 1: CPU utilization for five seconds: 1%, one minute: 11%, five minutes: 5%
Core 2: CPU utilization for five seconds: 22%, one minute: 7%, five minutes: 6%
Core 3: CPU utilization for five seconds: 5%, one minute: 6%, five minutes: 6%
Core 4: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 5: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 6: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 0%
Core 7: CPU utilization for five seconds: 0%, one minute: 0%, five minutes: 6%
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
1 0 0% 0% 0% S 8044 systemd
2 0 0% 0% 0% S 0 kthreadd
.
.
.
Examples:
The following is sample output from the show processes cpu platform command:
Device# show processes cpu platform
CPU utilization for five seconds: 1%, one minute: 3%, five minutes: 2%
Core 0: CPU utilization for five seconds: 2%, one minute: 2%, five minutes: 2%
Core 1: CPU utilization for five seconds: 2%, one minute: 1%, five minutes: 1%
Core 2: CPU utilization for five seconds: 3%, one minute: 1%, five minutes: 1%
Core 3: CPU utilization for five seconds: 2%, one minute: 5%, five minutes: 2%
Pid PPid 5Sec 1Min 5Min Status Size Name
--------------------------------------------------------------------------------
1 0 0% 0% 0% S 4876 systemd
2 0 0% 0% 0% S 0 kthreadd
3 2 0% 0% 0% S 0 ksoftirqd/0
5 2 0% 0% 0% S 0 kworker/0:0H
7 2 0% 0% 0% S 0 rcu_sched
8 2 0% 0% 0% S 0 rcu_bh
9 2 0% 0% 0% S 0 migration/0
10 2 0% 0% 0% S 0 watchdog/0
11 2 0% 0% 0% S 0 watchdog/1
12 2 0% 0% 0% S 0 migration/1
13 2 0% 0% 0% S 0 ksoftirqd/1
15 2 0% 0% 0% S 0 kworker/1:0H
16 2 0% 0% 0% S 0 watchdog/2
17 2 0% 0% 0% S 0 migration/2
18 2 0% 0% 0% S 0 ksoftirqd/2
20 2 0% 0% 0% S 0 kworker/2:0H
21 2 0% 0% 0% S 0 watchdog/3
22 2 0% 0% 0% S 0 migration/3
23 2 0% 0% 0% S 0 ksoftirqd/3
24 2 0% 0% 0% S 0 kworker/3:0
25 2 0% 0% 0% S 0 kworker/3:0H
26 2 0% 0% 0% S 0 kdevtmpfs
27 2 0% 0% 0% S 0 netns
28 2 0% 0% 0% S 0 perf
29 2 0% 0% 0% S 0 khungtaskd
30 2 0% 0% 0% S 0 writeback
31 2 7% 8% 8% S 0 ksmd
32 2 0% 0% 0% S 0 khugepaged
33 2 0% 0% 0% S 0 crypto
34 2 0% 0% 0% S 0 bioset
35 2 0% 0% 0% S 0 kblockd
36 2 0% 0% 0% S 0 ata_sff
37 2 0% 0% 0% S 0 rpciod
63 2 0% 0% 0% S 0 kswapd0
64 2 0% 0% 0% S 0 vmstat
65 2 0% 0% 0% S 0 fsnotify_mark
.
.
.
The following is sample output from the show processes cpu platform history 5sec command:
Device# show processes cpu platform history 5sec
show processes cpu platform monitor location switch {switch-number | active | standby} {0 | F0 |
R0}
Syntax Description location Displays information about the Field Replaceable Unit (FRU) location.
Usage Guidelines The output of the show platform software process slot switch and show processes cpu platform monitor
location commands display the output of the Linux top command. The output of these commands display
Free memory and Used memory as displayed by the Linux top command. The values displayed for the Free
memory and Used memory by these commands do not match the values displayed by the output of other
platform-memory related CLIs.
Examples The following is sample output from the show processes cpu monitor location switch active R0
command:
Switch# show processes cpu platform monitor location switch active R0
top - 00:04:21 up 1 day, 11:22, 0 users, load average: 0.42, 0.60, 0.78
Tasks: 312 total, 4 running, 308 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.4%us, 3.3%sy, 0.0%ni, 89.2%id, 0.0%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 3976844k total, 3956928k used, 19916k free, 419312k buffers
Swap: 0k total, 0k used, 0k free, 1947036k cached
show platform software process slot switch Displays platform software process switch information.
Syntax Description process-id (Optional) Process ID (PID) of a specific process. When you specify a process ID, only details
for the specified process will be shown.
sorted (Optional) Displays memory data sorted by the Allocated, Get Buffers, or Holding column. If
the sorted keyword is used by itself, data is sorted by the Holding column by default.
getbufs (Optional) Displays memory data sorted by the Getbufs (Get Buffers) column.
holding (Optional) Displays memory data sorted by the Holding column. This keyword is the default.
Usage Guidelines The show processes memory command and the show processes memory sorted command displays a
summary of total, used, and free memory, followed by a list of processes and their memory impact.
If the standard show processes memory process-id command is used, processes are sorted by their PID. If
the show processes memory sorted command is used, the default sorting is by the Holding value.
Note Holding memory of a particular process can be allocated by other processes also, and so it can be greater than
the allocated memory.
The following is sample output from the show processes memory command:
Device# show processes memory
The table below describes the significant fields shown in the display.
Field Description
Processor Pool Total Total amount of memory, in kilobytes (KB), held for the Processor memory pool.
Used Total amount of used memory, in KB, in the Processor memory pool.
Free Total amount of free memory, in KB, in the Processor memory pool.
Freed Bytes of memory freed by the process, regardless of who originally allocated it.
Holding Amount of memory, in KB, currently allocated to the process. This includes memory
allocated by the process and assigned to the process.
<value> Total Total amount of memory, in KB, held by all processes (sum of the “Holding” column).
The following is sample output from the show processes memory command when the sorted
keyword is used. In this case, the output is sorted by the Holding column, from largest to smallest.
Device# show processes memory sorted
The following is sample output from the show processes memory command when a process ID
(process-id) is specified:
Device# show processes memory 1
Process ID: 1
Process Name: Chunk Manager
Total Memory Held: 8428 bytes
Processor memory holding = 8428 bytes
pc = 0x60790654, size = 6044, count = 1
pc = 0x607A5084, size = 1544, count = 1
pc = 0x6076DBC4, size = 652, count = 1
pc = 0x6076FF18, size = 188, count = 1
I/O memory holding = 0 bytes
Process ID: 2
Process Name: Load Meter
Total Memory Held: 3884 bytes
Processor memory holding = 3884 bytes
pc = 0x60790654, size = 3044, count = 1
pc = 0x6076DBC4, size = 652, count = 1
pc = 0x6076FF18, size = 188, count = 1
I/O memory holding = 0 bytes
show memory Displays statistics about memory, including memory-free pool statistics.
Syntax Description accounting (Optional) Displays the top memory allocators for
each Cisco IOS XE process.
Examples The following is a sample output from the show processes memory platform command:
The following is a sample output from the show processes memory platform accounting command:
------------------------------------------------------------------------------------------------------------------------------------------------------------
The following is a sample output from the show processes memory platform sorted command:
The following is sample output from the show processes memory platform sorted location switch
active R0 command:
FP active Specifies the active instance in the Embedded Service Processor (ESP).
Examples:
The following is sample output from the show processes platform command:
Device# show processes platform
CPU utilization for five seconds: 1%, one minute: 2%, five minutes: 1%
Pid PPid Status Size Name
--------------------------------------------------------
1 0 S 4876 systemd
2 0 S 0 kthreadd
3 2 S 0 ksoftirqd/0
5 2 S 0 kworker/0:0H
7 2 S 0 rcu_sched
8 2 S 0 rcu_bh
9 2 S 0 migration/0
10 2 S 0 watchdog/0
11 2 S 0 watchdog/1
12 2 S 0 migration/1
13 2 S 0 ksoftirqd/1
15 2 S 0 kworker/1:0H
16 2 S 0 watchdog/2
17 2 S 0 migration/2
18 2 S 0 ksoftirqd/2
20 2 S 0 kworker/2:0H
21 2 S 0 watchdog/3
22 2 S 0 migration/3
23 2 S 0 ksoftirqd/3
24 2 S 0 kworker/3:0
25 2 S 0 kworker/3:0H
26 2 S 0 kdevtmpfs
27 2 S 0 netns
28 2 S 0 perf
29 2 S 0 khungtaskd
30 2 S 0 writeback
31 2 S 0 ksmd
32 2 S 0 khugepaged
33 2 S 0 crypto
34 2 S 0 bioset
35 2 S 0 kblockd
36 2 S 0 ata_sff
37 2 S 0 rpciod
63 2 S 0 kswapd0
64 2 S 0 vmstat
65 2 S 0 fsnotify_mark
66 2 S 0 nfsiod
74 2 S 0 bioset
75 2 S 0 bioset
76 2 S 0 bioset
77 2 S 0 bioset
78 2 S 0 bioset
79 2 S 0 bioset
80 2 S 0 bioset
81 2 S 0 bioset
82 2 S 0 bioset
83 2 S 0 bioset
84 2 S 0 bioset
85 2 S 0 bioset
86 2 S 0 bioset
87 2 S 0 bioset
88 2 S 0 bioset
89 2 S 0 bioset
90 2 S 0 bioset
91 2 S 0 bioset
92 2 S 0 bioset
93 2 S 0 bioset
94 2 S 0 bioset
95 2 S 0 bioset
96 2 S 0 bioset
97 2 S 0 bioset
100 2 S 0 ipv6_addrconf
102 2 S 0 deferwq
The table below describes the significant fields shown in the displays.
Field Description
Field Description
Syntax Description police (Optional) Displays the power policing information about
real-time power consumption.
priority (Optional) Displays the power inline port priority for each port.
module stack-member-number (Optional) Limits the display to ports on the specified stack
member.
The range is 1 to 9.
This keyword is supported only on stacking-capable switches.
Examples This is an example of output from the show power inline command. The table that follows describes
the output fields.
This is an example of output from the show power inline interface-id command on a switch port:
Device> show power inline gigabitethernet1/0/1
Interface Admin Oper Power Device Class Max
(Watts)
--------- ------ ---------- ------- ------------------- ----- ----
Gi1/0/1 auto off 0.0 n/a n/a 30.0
This is an example of output from the show power inline module switch-number command on stack
member 3. The table that follows describes the output fields.
Device> show power inline module 3
Module Available Used Remaining
(Watts) (Watts) (Watts)
------ --------- -------- ---------
3 865.0 864.0 1.0
Interface Admin Oper Power Device Class Max
(Watts)
--------- ------ ---------- ------- ------------------- ----- ----
Gi3/0/1 auto power-deny 4.0 n/a n/a 15.4
Gi3/0/2 auto off 0.0 n/a n/a 15.4
Gi3/0/3 auto off 0.0 n/a n/a 15.4
Gi3/0/4 auto off 0.0 n/a n/a 15.4
Gi3/0/5 auto off 0.0 n/a n/a 15.4
Gi3/0/6 auto off 0.0 n/a n/a 15.4
Gi3/0/7 auto off 0.0 n/a n/a 15.4
Gi3/0/8 auto off 0.0 n/a n/a 15.4
Gi3/0/9 auto off 0.0 n/a n/a 15.4
Gi3/0/10 auto off 0.0 n/a n/a 15.4
<output truncated>
Field Description
Available The total amount of configured power1 on the PoE switch in watts (W).
Used The amount of configured power that is allocated to PoE ports in watts.
Remaining The amount of configured power in watts that is not allocated to ports in the system.
(Available – Used = Remaining)
Field Description
Power The maximum amount of power that is allocated to the powered device in watts. This
value is the same as the value in the Cutoff Power field in the show power inline police
command output.
Device The device type detected: n/a, unknown, Cisco powered-device, IEEE powered-device,
or the name from CDP.
Max The maximum amount of power allocated to the powered device in watts.
AdminPowerMax The maximum amount power allocated to the powered device in watts when the switch
polices the real-time power consumption. This value is the same as the Max field value.
AdminConsumption The power consumption of the powered device in watts when the switch polices the
real-time power consumption. If policing is disabled, this value is the same as the
AdminPowerMax field value.
1
The configured power is the power that you manually specify or that the switch specifies by
using CDP power negotiation or the IEEE classification, which is different than the real-time
power that is monitored with the power sensing feature.
This is an example of output from the show power inline police command on a stacking-capable
switch:
Device> show power inline police
Module Available Used Remaining
(Watts) (Watts) (Watts)
------ --------- -------- ---------
1 370.0 0.0 370.0
3 865.0 864.0 1.0
Admin Oper Admin Oper Cutoff Oper
Interface State State Police Police Power Power
--------- ------ ----------- ---------- ---------- ------ ------
Gi1/0/1 auto off none n/a n/a 0.0
Gi1/0/2 auto off log n/a 5.4 0.0
Gi1/0/3 auto off errdisable n/a 5.4 0.0
Gi1/0/4 off off none n/a n/a 0.0
Gi1/0/5 off off log n/a 5.4 0.0
Gi1/0/6 off off errdisable n/a 5.4 0.0
Gi1/0/7 auto off none n/a n/a 0.0
Gi1/0/8 auto off log n/a 5.4 0.0
Gi1/0/9 auto on none n/a n/a 5.1
Gi1/0/10 auto on log ok 5.4 4.2
Gi1/0/11 auto on log log 5.4 5.9
Gi1/0/12 auto on errdisable ok 5.4 4.2
This is an example of output from the show power inline police interface-id command on a standalone
switch. The table that follows describes the output fields.
Device> show power inline police gigabitethernet1/0/1
Interface Admin Oper Admin Oper Cutoff Oper
State State Police Police Power Power
--------- ------ ---------- ---------- ---------- ------ -----
Gi1/0/1 auto off none n/a n/a 0.0
Field Description
Available The total amount of configured power2 on the switch in watts (W).
Remaining The amount of configured power in watts that is not allocated to ports in the system. (Available
– Used = Remaining)
• errdisable—Policing is enabled.
• faulty—Device detection on a powered device is in a faulty state.
• off—No PoE is applied.
• on—The powered device is detected, and power is applied.
• power-deny—A powered device is detected, but no PoE is available, or the real-time
power consumption exceeds the maximum power allocation.
Cutoff Power The maximum power allocated on the port. When the real-time power consumption is greater
than this value, the switch takes the configured policing action.
Field Description
show stack-power
To display information about StackPower stacks or switches in a power stack, use the show stack-power
command in EXEC mode.
Note Cisco Catalyst 9300L Series Switches do not support this command.
Syntax Description budgeting (Optional) Displays the stack power budget table.
order power-stack-name (Optional) Displays the load shedding priority for a power stack.
Note This keyword is available only after the load-shedding keyword.
stack-name (Optional) Displays budget table, details, or neighbors for all power stacks or the
specified power stack.
Note This keyword is not available after the load-shedding keyword.
stack-id (Optional) Power stack ID for the power stack. The stack ID must be 31 characters
or less.
switch (Optional) Displays budget table, details, load-shedding, or neighbors for all
switches or the specified switch.
switch-id (Optional) Switch ID for the switch. The switch number is from 1 to 9.
Usage Guidelines This command is available only on switch stacks running the IP Base or IP Services image.
If a switch is shut down because of load shedding, the output of the show stack-power command still includes
the MAC address of the shutdown neighbor switch. The command output shows the stack power topology
even if there is not enough power to power a switch.
show shell
To display shell information, use the show shell command in user EXEC mode.
Usage Guidelines Use this command to display the shell information for the switch.
Example
This example shows how to use the show shell triggers command to view the event triggers in the
switch software:
This example shows how to use the show shell functions command to view the built-in macros in
the switch software:
#Built-in functions:
function CISCO_AP_AUTO_SMARTPORT () {
if [[ $LINKUP == YES ]]; then
conf t
interface $INTERFACE
macro description $TRIGGER
switchport trunk encapsulation dot1q
switchport trunk native vlan $NATIVE_VLAN
switchport trunk allowed vlan ALL
Usage Guidelines For information about the MTU values and the stack configurations that affect the MTU values, see the system
mtu command.
Examples This is an example of output from the show system mtu command:
Device# show system mtu
Global Ethernet MTU is 1500 bytes.
show tech-support
To automatically run show commands that display system information, use the show tech-support command
in the privilege EXEC mode.
show tech-support
[cef|cft|eigrp|evc|fnf||ipc|ipmulticast|ipsec|mfib|nat|nbar|onep|ospf|page|password|rsvp|subscriber|vrrp|wccp
page (Optional) Displays the command output on a single page at a time. Use the Return key to
display the next line of output or use the space bar to display the next page of information. If
not used, the output scrolls (that is, it does not stop for page breaks).
Press the Ctrl-C keys to stop the command output.
password (Optional) Leaves passwords and other security information in the output. If not used, passwords
and other security-sensitive information in the output are replaced with the label "<removed>".
Usage Guidelines The output from the show tech-support command is very long. To better manage this output, you can redirect
the output to a file (for example, show tech-support > filename ) in the local writable storage file system or
the remote file system. Redirecting the output to a file also makes sending the output to your Cisco Technical
Assistance Center (TAC) representative easier.
You can use one of the following redirection methods:
• > filename - Redirects the output to a file.
• >> filename - Redirects the output to a file in append mode.
show tech-support bgp [address-family {all | ipv4 [flowspec | multicast | unicast | [mdt
| mvpn] {all | vrf vrf-instance-name} ] |ipv6 [flowspec | multicast | mvpn {all | vrf
vrf-instance-name} | unicast] | l2vpn [evpn | vpls] | link-state [link-state] | [nsap |
rtfilter] [unicast] | [vpnv4 | vpnv6] [flowspec | multicast | unicast] {all | vrf
vrf-instance-name}}] [detail]
Syntax Description address-family (Optional) Displays the output for a specified address
family.
address-family all (Optional) Displays the output for all address families.
Usage Guidelines The show tech-support bgp command is used to display the outputs of various BGP show commands and
log them to the show-tech file. The output from the show tech-support bgp command is very long. To better
manage this output, you can redirect the output to a file (for example, show tech-support > filename ) in
the local writable storage file system or the remote file system. Redirecting the output to a file also makes
sending the output to your Cisco Technical Assistance Center (TAC) representative easier.
You can use one of the following redirection methods:
• > filename - Redirects the output to a file.
• >> filename - Redirects the output to a file in append mode.
The following show commands run automatically when the show tech-support bgp command is used:
• show clock
• show version
• show running-config
• show process cpu sorted
• show process cpu history
• show process memory sorted
The following show commands for a specific address family run automnatically when the show tech-support
bgp address-familyaddress-family-name address-family-modifier command is used:
In addition to the above commands, the following segment routing specific show commands also run when
the show tech-support bgp command is used:
• show bgp all binding-sid
• show segment-routing client
• show segment-routing mpls state
• show segment-routing mpls gb
• show segment-routing mpls connected-prefix-sid-map protocol ipv4
• show segment-routing mpls connected-prefix-sid-map protocol backup ipv4
• show mpls traffic-eng tunnel auto-tunnel client bgp
Usage Guidelines The output of this command is very long. To better manage this output, you can redirect the output to a file
(for example, show tech-support diagnostic > flash:filename ) in the local writable storage file system or
remote file system.
Note For devices that support stacking, this command is executed on every switch that is up. For devices that do
not support stacking, this command is executed only on the active switch.
The output of this command displays the output of the following commands:
• show clock
• show version
• show running-config
• show inventory
• show diagnostic bootup level
• show diagnostic status
• show diagnostic content switch all
• show diagnostic result switch all detail
• show diagnostic schedule switch all
• show diagnostic post
• show diagnostic description switch [switch number] test all
• show logging onboard switch [switch number] clilog detail
• show logging onboard switch [switch number] counter detail
• show logging onboard switch [switch number] environment detail
• show logging onboard switch [switch number] message detail
Examples The following is a sample output from the show tech-support diagnostic command:
Device# show tech-support diagnostic
.
.
.
------------------ show diagnostic status ------------------
switch 1:
switch 2:
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
COUNT COMMAND
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
No continuous data
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
COUNT COMMAND
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
--------------------------------------------------------------------------------
No continuous data
--------------------------------------------------------------------------------
.
.
.
This example shows the output from the show tech-support poe command:
Device# show tech-support poe
A summary of U.S. laws governing Cisco cryptographic products may be found at:
http://www.cisco.com/wwl/export/crypto/tool/stqrg.html
------------------------------------------------------------------------------
Technology-package Technology-package
Current Type Next reboot
------------------------------------------------------------------------------
network-essentials Smart License network-essentials
None Subscription Smart License None
Building configuration...
!
stack-power stack Powerstack-11
mode redundant strict
!
stack-power switch 1
stack Powerstack-11
!
ip routing
!
crypto pki trustpoint TP-self-signed-2636786964
enrollment selfsigned
subject-name cn=IOS-Self-Signed-Certificate-2636786964
revocation-check none
rsakeypair TP-self-signed-2636786964
!
crypto pki certificate chain TP-self-signed-2636786964
certificate self-signed 01
30820330 30820218 A0030201 02020101 300D0609 2A864886 F70D0101 05050030
31312F30 2D060355 04031326 494F532D 53656C66 2D536967 6E65642D 43657274
69666963 6174652D 32363336 37383639 3634301E 170D3137 30333137 31383331
31325A17 0D323030 31303130 30303030 305A3031 312F302D 06035504 03132649
4F532D53 656C662D 5369676E 65642D43 65727469 66696361 74652D32 36333637
38363936 34308201 22300D06 092A8648 86F70D01 01010500 0382010F 00308201
0A028201 0100E7C5 F498308A 83FF02DB 48AC4428 2F738E43 8587DD2E D1D43918
7921617F 563890D7 35707C69 413D9F6D A160A6E2 D741C0B3 8E2969EA 9E732EA8
D3BD6B75 3465C0E6 0FAC1055 340903A5 0EF67AE4 271D73BF F6C91B39 A13C2423
9250D266 86E07FBC B41851AC 2B03B570 73300C09 0D1B15D1 E56DDA9A 4D39CDF2
0C7A0831 C634DFE8 3EA55909 D9EEFEA7 B0EB872E 0E91CA86 B90965CC 326780EA
28274CB1 EB13CA17 08959E01 8F9D25EC 4F8CE767 394E345C E870D776 10758D21
9D6BD6CD D7619DD0 28B1E6CB D1032A62 DC215510 BA58895E D3724D3C 2A8481D4
5E5129F5 65CE9105 47DCFD46 1AA7E20E 1D20E4DD 7C786428 83ACCDCE C5900822
F85AF081 FF130203 010001A3 53305130 0F060355 1D130101 FF040530 030101FF
301F0603 551D2304 18301680 149EE39D 6B4CC129 72868658 69880994 7AC71912
04301D06 03551D0E 04160414 9EE39D6B 4CC12972 86865869 8809947A C7191204
300D0609 2A864886 F70D0101 05050003 82010100 C42EAF92 1D2324B9 2B0153DD
A85E607E FA9FA0AD BB677982 B5DAC3F7 DE938EC9 6F948385 9916A359 AF2BBA86
06F04B7E 5B736DD7 CDD89067 1887C177 9241CDF5 0943000D D940F982 55F3DD8A
9E52167E 64074D23 A1E93445 1B60E4A0 D923F5FA 19064241 E575D6B9 7E1CCE9C
3957A4C7 67F86FE4 3CC37107 B003873A 3D986787 7DF29056 29D42E30 4AE1D7AC
3DABD1E8 940DDDF9 C14DCE35 71C79000 A7AF6B28 AD050608 4E7B16CB 7ED8D32E
FB4B5FF8 CDA2FFCD 3FDAFEF6 AC279A80 03A7FC31 FEB27C2F D7AEFCAE 1B01850F
AEEAC787 1F1B6BBB 380AA70F CACE89AF 3B0096B6 05906C96 8D004FDC D35AECFC
A644C0AF 4F874C6D 67F5769E A6147323 D199FE63
quit
!
errdisable recovery cause inline-power
errdisable recovery interval 30
license boot level ipservicesk9
diagnostic bootup level minimal
spanning-tree mode rapid-pvst
spanning-tree extend system-id
!
redundancy
mode sso
!
class-map match-any system-cpp-police-topology-control
description Topology control
class-map match-any system-cpp-police-sw-forward
description Sw forwarding, L2 LVX data, LOGGING
class-map match-any system-cpp-default
description EWLC control, EWCL data
!
policy-map port_child_policy
class non-client-nrt-class
profile httpslistener
!
!
wsma profile listener httplistener
transport http
!
wsma profile listener httpslistener
transport https
!
ap dot11 airtime-fairness policy-name Default 0
ap group default-group
ap hyperlocation ble-beacon 0
ap hyperlocation ble-beacon 1
ap hyperlocation ble-beacon 2
ap hyperlocation ble-beacon 3
ap hyperlocation ble-beacon 4
end
------------------ show log ------------------
filtering disabled
filtering disabled
Aug 22 17:17:50.200 PDT: %ILPOWER-7-DETECT: Interface Fi1/0/1: Power Device detected: IEEE
PD
Aug 22 17:17:52.321 PDT: Ilpower interface (Fi1/0/1), delete allocated power 15400
Aug 22 17:17:52.321 PDT: Fi1/0/1 AUTO PORT PWR Alloc 130 Request 130
Aug 22 17:17:52.321 PDT: ILP notify LLDB-TLV: lldp power class tlv:
Aug 22 17:18:11.981 PDT: ILP notify LLDB-TLV: lldp power class tlv:
Aug 22 17:18:13.207 PDT: %ILPOWER-7-DETECT: Interface Fi1/0/1: Power Device detected: IEEE
PD
Aug 22 17:18:13.207 PDT: ilpower new power from pd discovery Fi1/0/1, power_status ok
Aug 22 17:18:13.207 PDT: Ilpower interface (Fi1/0/1) power status change, allocated power
15400
Aug 22 17:18:13.207 PDT: ILP notify LLDB-TLV: lldp power class tlv:
Aug 22 17:18:13.208 PDT: Fi1/0/1 AUTO PORT PWR Alloc 130 Request 130
to down
Aug 22 17:47:45.000 PDT: %SYS-6-CLOCKUPDATE: System clock has been updated from 17:47:45
PDT Wed Aug 22 2018 to 17:47:45 PDT Wed Aug 22 2018, configured from console by console.
Fi1/0/1 (if_id: 7)
------------------------------------------------
00e7 : 0000 Next Page Transmit Register : 0000 0000 0000 0000
00e8 : 6801 Link Partner Next page Register : 0110 1000 0000 0001
0019 : 0000 AN Link Partner Next page : 0000 0000 0000 0000
003c : 0040 MGBASE-T LED Ctrl status : 0000 0000 0100 0000
003d : 0000 MGBASE-T LED Ctrl High status : 0000 0000 0000 0000
Switch 1
---------
(Watts)
Totals: 9.3
0 carrier transitions
Current State : 51 11 11 11 11 11 11 11
Current Event : 10 00 00 00 00 00 00 00
Timers : 00 19 19 1B 1B 1D 1D 1F 1F 21 21 23 23 25 25 27
Error State : 00 00 00 00 00 00 00 00
Error Code : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Power Status : Y N N N N N N N N N N N N N N N
Auto Config : Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y Y
Disconnect : N N N N N N N N N N N N N N N N
Detection Status : 40 00 00 00 00 00 00 00
Current Class : 30 00 00 00 00 00 00 00
Tweetie debug : FF 00 00 00
Power Stack Stack Stack Total Rsvd Alloc Unused Num Num
Power Stack Stack Stack Total Rsvd Alloc Unused Num Num
Switch 1:
Power Stack Stack Stack Total Rsvd Alloc Unused Num Num
Switch 1:
------------------ show platform hardware fed switch 1 fwd-asic register read register-name
pimdeviceid ------------------
Interface: Gi9/0/16
Inline Power Mode: auto
Operational status: off
Device Detected: no
Device Type: n/a
IEEE Class: n/a
Discovery mechanism used/configured: Ieee and Cisco
Police: off
Power Allocated
Admin Value: 60.0
Power drawn from the source: 0.0
Power available to the device: 0.0
Actual consumption
Measured at the port: 0.0
Maximum Power drawn by the device since powered on: 0.0
Absent Counter: 0
Over Current Counter: 0
Short Current Counter: 0
Mosfet Counter: 0
Invalid Signature Counter: 0
Power Denied Counter: 0
Rx invalid checksum 0
Nack cnt 0
Send Break count 0
Early Send Break count 0
Retransmission cnt 0
Switch 1 MCU:
Software Version 0.109
System Type 6
Device Id 2
Device Revision 0
Hardware Version 41
Bootloader Version 16
speed
To specify the speed of a port, use the speed command in interface configuration mode. To return to the
default value, use the no form of this command.
Note Available configuration options depend on the switch model and transceiver module installed. Options include
10, 100, 1000, 2500, 5000, 10000, 25000, 40000, 100000
speed {10 | 100 | 1000 | 2500 | 5000 | auto [{10 | 100 | 1000 | 2500 | 5000}] | nonegotiate}
no speed
1000 Specifies that the port runs at 1000 Mbps. This option is valid and visible only on 10/100/1000
Mb/s ports.
2500 Specifies that the port runs at 2500 Mbps. This option is valid and visible only on
multi-Gigabit-supported Ethernet ports.
5000 Specifies that the port runs at 5000 Mbps. This option is valid and visible only on
multi-Gigabit-supported Ethernet ports.
auto Detects the speed at which the port should run, automatically, based on the port at the other
end of the link. If you use the 10, 100, 1000, 2500, or 5000 keyword with the auto keyword,
the port autonegotiates only at the specified speeds.
If both ends of the line support autonegotiation, we highly recommend the default autonegotiation settings.
If one interface supports autonegotiation and the other end does not, use the auto setting on the supported
side, but set the duplex and speed on the other side.
Caution Changing the interface speed and duplex mode configuration might shut down and re-enable the interface
during the reconfiguration.
For guidelines on setting the switch speed and duplex parameters, see the “Configuring Interface Characteristics”
chapter in the software configuration guide for this release.
Verify your settings using the show interfaces privileged EXEC command.
Examples The following example shows how to set speed on a port to 100 Mbps:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# speed 100
The following example shows how to set a port to autonegotiate at only 10 Mbps:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# speed auto 10
The following example shows how to set a port to autonegotiate at only 10 or 100 Mbps:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# speed auto 10 100
stack-power
To configure StackPower parameters for the power stack or for a switch in the power stack, use the stack
power command in global configuration mode. To return to the default setting, use the no form of the command,
Note Cisco Catalyst 9300L Series Switches do not support this command.
Syntax Description stack power-stack-name Specifies the name of the power stack. The name can be up to 31 characters.
Entering these keywords followed by a carriage return enters power stack
configuration mode.
switch stack-member-number Specifies the switch number in the stack (1 to 4) to enter switch stack-power
configuration mode for the switch.
Usage Guidelines When you enter the stack-power stack power stack name command, you enter power stack configuration
mode, and these commands are available:
• default—Returns a command to its default setting.
• exit—Exits ARP access-list configuration mode.
• mode—Sets the power mode for the power stack. See the mode command.
• no—Negates a command or returns to default settings.
If you enter the stack-power switch switch-number command with a switch number that is not participating
in StackPower, you receive an error message.
When you enter the stack-power switch switch-number command with the number of a switch participating
in StackPower, you enter switch stack power configuration mode, and these commands are available:
• default—Returns a command to its default setting.
• exit—Exits switch stack power configuration mode.
• no—Negates a command or returns to default settings.
• power-priority—Sets the power priority for the switch and the switch ports. See the power-priority
command.
• stack-id name—Enters the name of the power stack to which the switch belongs. If you do not enter the
power stack-ID, the switch does not inherit the stack parameters. The name can be up to 31 characters.
• standalone—Forces the switch to operate in standalone power mode. This mode shuts down both stack
power ports.
Examples This example removes switch 2, which is connected to the power stack, from the power pool and
shutting down both power ports:
Device(config)# stack-power switch 2
Device(config-switch-stackpower)# standalone
Device(config-switch-stackpower)# exit
switchport block
To prevent unknown multicast or unicast packets from being forwarded, use the switchport block command
in interface configuration mode. To allow forwarding unknown multicast or unicast packets, use the no form
of this command.
Syntax Description multicast Specifies that unknown multicast traffic should be blocked.
Note Only pure Layer 2 multicast traffic is blocked. Multicast packets that contain IPv4
or IPv6 information in the header are not blocked.
Usage Guidelines By default, all traffic with unknown MAC addresses is sent to all ports. You can block unknown multicast or
unicast traffic on protected or nonprotected ports. If unknown multicast or unicast traffic is not blocked on a
protected port, there could be security issues.
With multicast traffic, the port blocking feature blocks only pure Layer 2 packets. Multicast packets that
contain IPv4 or IPv6 information in the header are not blocked.
Blocking unknown multicast or unicast traffic is not automatically enabled on protected ports; you must
explicitly configure it.
For more information about blocking packets, see the software configuration guide for this release.
You can verify your setting by entering the show interfaces interface-id switchport privileged
EXEC command.
system mtu
To set the global maximum packet size or MTU size for switched packets on Gigabit Ethernet and 10-Gigabit
Ethernet ports, use the system mtu command in global configuration mode. To restore the global MTU value
to its default value, use the no form of this command.
Syntax Description bytes The global MTU size in bytes. The range is 1500 to 9198 bytes; the default is 1500 bytes.
Command Default The default MTU size for all ports is 1500 bytes.
Usage Guidelines You can verify your setting by entering the show system mtu privileged EXEC command.
The switch does not support the MTU on a per-interface basis.
If you enter a value that is outside the allowed range for the specific type of interface, the value is not accepted.
Examples This example shows how to set the global system MTU size to 6000 bytes:
Device(config)# system mtu 6000
Global Ethernet MTU is set to 6000 bytes.
Note: this is the Ethernet payload size, not the total
Ethernet frame size, which includes the Ethernet
header/trailer and possibly other tags, such as ISL or
802.1q tags.
number number configures application TLV type information. The number range is 1 to
255.
Command Default The profiling based on match of TLV of the given protocol is not configured.
Usage Guidelines The supported protocols are CDP, DHCP, and LLDP. Protocols like HTTP, OUI are not supported.
Example
The following example shows how to define profiles based on match of TLV for the given protocol
Device> enable
Device# configure terminal
Device(config)# device classifier condition ts-cond1
Device(config-device-classifier-condition)# cdp tlv-type 1 value String TS01
Device(config-device-classifier-condition)# exit
Device(config)# device classifier device-type Terminal-Server
Device(config-device-classifier-dtype)# condition ts-cond1
Device(config)# end
Device> enable
Device# configure terminal
Device(config)# device classifier condition ts-cond1
Device> enable
Device# configure terminal
Device(config)# device classifier condition ts-cond1
Device(config-device-classifier-condition)# cdp tlv-type 5 value regex fibre*
Device(config-device-classifier-condition)# exit
Device(config)# device classifier device-type Terminal-Server
Device(config-device-classifier-dtype)# condition ts-cond3
Device(config)# end
voice-signaling vlan {vlan-id [{cos cos-value | dscp dscp-value}] | dot1p [{cos l2-priority | dscp
dscp}] | none | untagged}
Syntax Description vlan-id (Optional) The VLAN for voice traffic. The range is 1 to 4094.
cos cos-value (Optional) Specifies the Layer 2 priority class of service (CoS) for the configured VLAN.
The range is 0 to 7; the default is 5.
dscp dscp-value (Optional) Specifies the differentiated services code point (DSCP) value for the configured
VLAN. The range is 0 to 63; the default is 46.
dot1p (Optional) Configures the phone to use IEEE 802.1p priority tagging and to use VLAN
0 (the native VLAN).
none (Optional) Does not instruct the Cisco IP phone about the voice VLAN. The phone uses
the configuration from the phone key pad.
untagged (Optional) Configures the phone to send untagged voice traffic. This is the default for
the phone.
Command Default No network-policy profiles for the voice-signaling application type are defined.
The default CoS value is 5.
The default DSCP value is 46.
The default tagging mode is untagged.
Usage Guidelines Use the network-policy profile global configuration command to create a profile and to enter network-policy
profile configuration mode.
The voice-signaling application type is for network topologies that require a different policy for voice signaling
than for voice media. This application type should not be advertised if all of the same network policies apply
as those advertised in the voice policy TLV.
When you are in network-policy profile configuration mode, you can create the profile for voice-signaling
by specifying the values for VLAN, class of service (CoS), differentiated services code point (DSCP), and
tagging mode.
These profile attributes are contained in the Link Layer Discovery Protocol for Media Endpoint Devices
(LLDP-MED) network-policy time-length-value (TLV).
To return to privileged EXEC mode from the network-policy profile configuration mode, enter the exit
command.
This example shows how to configure voice-signaling for VLAN 200 with a priority 2 CoS:
(config)# network-policy profile 1
(config-network-policy)# voice-signaling vlan 200 cos 2
This example shows how to configure voice-signaling for VLAN 400 with a DSCP value of 45:
(config)# network-policy profile 1
(config-network-policy)# voice-signaling vlan 400 dscp 45
This example shows how to configure voice-signaling for the native VLAN with priority tagging:
(config-network-policy)# voice-signaling vlan dot1p cos 4
voice vlan {vlan-id [{cos cos-value | dscp dscp-value}] | dot1p [{cos l2-priority | dscp dscp}] | none
| untagged}
Syntax Description vlan-id (Optional) The VLAN for voice traffic. The range is 1 to 4094.
cos cos-value (Optional) Specifies the Layer 2 priority class of service (CoS) for the configured VLAN.
The range is 0 to 7; the default is 5.
dscp dscp-value (Optional) Specifies the differentiated services code point (DSCP) value for the configured
VLAN. The range is 0 to 63; the default is 46.
dot1p (Optional) Configures the phone to use IEEE 802.1p priority tagging and to use VLAN
0 (the native VLAN).
none (Optional) Does not instruct the Cisco IP phone about the voice VLAN. The phone uses
the configuration from the phone key pad.
untagged (Optional) Configures the phone to send untagged voice traffic. This is the default for
the phone.
Command Default No network-policy profiles for the voice application type are defined.
The default CoS value is 5.
The default DSCP value is 46.
The default tagging mode is untagged.
Usage Guidelines Use the network-policy profile global configuration command to create a profile and to enter network-policy
profile configuration mode.
The voice application type is for dedicated IP telephones and similar devices that support interactive voice
services. These devices are typically deployed on a separate VLAN for ease of deployment and enhanced
security through isolation from data applications.
When you are in network-policy profile configuration mode, you can create the profile for voice by specifying
the values for VLAN, class of service (CoS), differentiated services code point (DSCP), and tagging mode.
These profile attributes are contained in the Link Layer Discovery Protocol for Media Endpoint Devices
(LLDP-MED) network-policy time-length-value (TLV).
To return to privileged EXEC mode from the network-policy profile configuration mode, enter the exit
command.
This example shows how to configure the voice application type for VLAN 100 with a priority 4
CoS:
(config)# network-policy profile 1
(config-network-policy)# voice vlan 100 cos 4
This example shows how to configure the voice application type for VLAN 100 with a DSCP value
of 34:
(config)# network-policy profile 1
(config-network-policy)# voice vlan 100 dscp 34
This example shows how to configure the voice application type for the native VLAN with priority
tagging:
(config-network-policy)# voice vlan dot1p cos 4
clear ip nhrp
To clear all dynamic entries from the Next Hop Resolution Protocol (NHRP) cache, use the clear ip nhrp
command in user EXEC or privileged EXEC mode.
Syntax Description vrf (Optional) Deletes entries from the NHRP cache for the specified virtual routing and
forwarding (VRF) instance.
vrf-name (Optional) Name of the VRF address family to which the command is applied.
dest-ip-address (Optional) Destination IP address. Specifying this argument clears NHRP mapping entries
for the specified destination IP address.
interface (Optional) Clears the NHRP mapping entries for all interfaces.
tunnel number (Optional) Removes the specified interface from the NHRP cache.
stats (Optional) Clears all IPv4 statistic information for all interfaces.
Usage Guidelines The clear ip nhrp command does not clear any static (configured) IP-to-NBMA address mappings from the
NHRP cache.
Examples The following example shows how to clear all dynamic entries from the NHRP cache for an interface:
Syntax Description access-list-name (Optional) Name of the IPv6 access list for which to clear the match counters. Names
cannot contain a space or quotation mark, or begin with a numeric.
Usage Guidelines The clear ipv6 access-list command is similar to the clear ip access-list counterscommand, except that it is
IPv6-specific.
The clear ipv6 access-listcommand used without the access-list-nameargument resets the match counters for
all IPv6 access lists configured on the router.
This command resets the IPv6 global ACL hardware counters.
Examples The following example resets the match counters for the IPv6 access list named marketing:
# clear ipv6 access-list marketing
ipv6 access-list Defines an IPv6 access list and enters IPv6 access list configuration mode.
show ipv6 access-list Displays the contents of all current IPv6 access lists.
Usage Guidelines The clear ipv6 dhcp command deletes DHCP for IPv6 information.
Syntax Description ipv6-address (Optional) The address of a DHCP for IPv6 client.
This argument must be in the form documented in RFC 2373 where the address is specified
in hexadecimal using 16-bit values between colons.
vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The clear ipv6 dhcp binding command is used as a server function.
A binding table entry on the DHCP for IPv6 server is automatically:
• Created whenever a prefix is delegated to a client from the configuration pool.
• Updated when the client renews, rebinds, or confirms the prefix delegation.
• Deleted when the client releases all the prefixes in the binding voluntarily, all prefixes’ valid lifetimes
have expired, or an administrator runs the clear ipv6 dhcp binding command.
If the clear ipv6 dhcp binding command is used with the optional ipv6-address argument specified, only the
binding for the specified client is deleted. If the clear ipv6 dhcp binding command is used without the
ipv6-address argument, then all automatic client bindings are deleted from the DHCP for IPv6 binding table.
If the optional vrf vrf-name keyword and argument combination is used, only the bindings for the specified
VRF are cleared.
Examples The following example deletes all automatic client bindings from the DHCP for IPv6 server binding
table:
show ipv6 dhcp binding Displays automatic client bindings from the DHCP for IPv6 server binding table.
Syntax Description interface-type interface-number Interface type and number. For more information, use the question mark
(?) online help function.
Usage Guidelines The clear ipv6 dhcp client command restarts the DHCP for IPv6 client on specified interface after first
releasing and unconfiguring previously acquired prefixes and other configuration options (for example, Domain
Name System [DNS] servers).
Examples The following example restarts the DHCP for IPv6 client for Ethernet interface 1/0:
show ipv6 dhcp interface Displays DHCP for IPv6 interface information.
ipv6-address Clears the host IPv6 address that contains the conflicting address.
Usage Guidelines When you configure the DHCPv6 server to detect conflicts, it uses ping. The client uses neighbor discovery
to detect clients and reports to the server through a DECLINE message. If an address conflict is detected, the
address is removed from the pool, and the address is not assigned until the administrator removes the address
from the conflict list.
If you use the asterisk (*) character as the address parameter, DHCP clears all conflicts.
If the vrf vrf-name keyword and argument are specified, only the address conflicts that belong to the specified
VRF will be cleared.
Examples The following example shows how to clear all address conflicts from the DHCPv6 server database:
show ipv6 dhcp conflict Displays address conflicts found by a DHCPv6 server when addresses are offered
to the client.
Syntax Description vrf vrf-name Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The clear ipv6 dhcp relay binding command deletes a specific IPv6 address or IPv6 prefix of a DHCP for
IPv6 relay binding. If no relay client is specified, no binding is deleted.
Examples The following example shows how to clear the binding for a client with a specified IPv6 address:
The following example shows how to clear the binding for a client with the VRF name vrf1 and a
specified prefix on a Cisco uBR10012 universal broadband device:
# clear ipv6 dhcp relay binding vrf vrf1 2001:DB8:0:1::/64
show ipv6 dhcp relay binding Displays DHCPv6 IANA and DHCPv6 IAPD bindings on a relay agent.
Usage Guidelines Use the clear ipv6 eigrp command without any arguments or keywords to clear all EIGRP for IPv6 routing
table entries. Use the as-number argument to clear routing table entries on a specified process, and use the
neighboripv6-address keyword and argument, or the interface-typeinterface-number argument, to remove a
specific neighbor from the neighbor table.
Examples The following example removes the neighbor whose IPv6 address is 3FEE:12E1:2AC1:EA32:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines After you enable the clear ipv6 mfib counters command, you can determine if additional traffic is forwarded
by using one of the following show commands that display traffic counters:
• show ipv6 mfib
• show ipv6 mfib active
• show ipv6 mfib count
• show ipv6 mfib interface
• show ipv6 mfib summary
Examples The following example clears and resets all MFIB traffic counters:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
interface-type (Optional) Interface type. For more information, use the question mark (?) online help
function.
Usage Guidelines Use the clear ipv6 mld counters command to clear the MLD counters, which keep track of the number of
joins and leaves received. If you omit the optional interface-type argument, the clear ipv6 mld counters
command clears the counters on all interfaces.
Examples The following example clears the counters for Ethernet interface 1/0:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Using the clear ipv6 mld traffic command will reset all MLD traffic counters.
Command Description
Command Default Messages are not cleared from the MTU cache.
Usage Guidelines If a router is flooded with ICMPv6 toobig messages, the router is forced to create an unlimited number of
entries in the MTU cache until all available memory is consumed. Use the clear ipv6 mtu command to clear
messages from the MTU cache.
ipv6 flowset Configures flow-label marking in 1280-byte or larger packets sent by the router.
Syntax Description interface-type interface-number Interface type and number. For more information, use the question mark
(?) online help function.
Usage Guidelines Using the clear ipv6 multicast aaa authorization command without the optional interface-type and
interface-number arguments will clear all authorization parameters on a network.
Examples The following example clears all configured authorization parameters on an IPv6 network:
aaa authorization multicast default Sets parameters that restrict user access to an IPv6 multicast network.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The clear ipv6 nd destination command clears IPv6 host-mode destination cache entries. If the vrf vrf-name
keyword and argument pair is used, then only information about the specified VRF is cleared.
Examples The following example shows how to clear IPv6 host-mode destination cache entries:
# clear ipv6 nd destination
ipv6 nd host mode strict Enables the conformant, or strict, IPv6 host mode.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the clear ipv6 nd on-link prefix command to clear locally reachable IPv6 addresses (e.g., on-link prefixes)
learned through RAs. If the vrf vrf-name keyword and argument pair is used, then only information about
the specified VRF is cleared.
Examples The following examples shows how to clear on-link prefixes learned through RAs:
# clear ipv6 nd on-link prefix
ipv6 nd host mode strict Enables the conformant, or strict, IPv6 host mode.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the clear ipv6 nd router command to clear ND device entries learned through RAs. If the vrf vrf-name
keyword and argument pair is used, then only information about the specified VRF is cleared.
Examples The following example shows how to clear neighbor discovery ND device entries learned through
RAs:
ipv6 nd host mode strict Enables the conformant, or strict, IPv6 host mode.
clear ipv6 neighbors [{interface type number[ipv6 ipv6-address] | statistics | vrf table-name
[{ipv6-address | statistics}]}]
Syntax Description interface type number (Optional) Clears the IPv6 neighbor discovery cache in the specified interface.
ipv6 ipv6-address (Optional) Clears the IPv6 neighbor discovery cache that matches the specified
IPv6 address on the specified interface.
vrf (Optional) Clears entries for a virtual private network (VPN) routing or
forwarding instance.
table-name (Optional) Table name or identifier. The value range is from 0x0 to 0xFFFFFFFF
(0 to 65535 in decimal).
Usage Guidelines The clear ipv6 neighbor command clears ND cache entries. If the command is issued without the vrf keyword,
then the command clears ND cache entries on interfaces associated with the default routing table (e.g., those
interfaces that do not have a vrf forwarding statement). If the command is issued with the vrf keyword, then
it clears ND cache entries on interfaces associated with the specified VRF.
Examples The following example deletes all entries, except static entries and ND cache entries on non-VRF
interfaces, in the neighbor discovery cache:
The following example clears all IPv6 neighbor discovery cache entries, except static entries and
ND cache entries on non-VRF interfaces, on Ethernet interface 0/0:
The following example clears a neighbor discovery cache entry for 2001:0DB8:1::1 on Ethernet
interface 0/0:
In the following example, interface Ethernet 0/0 is associated with the VRF named red. Interfaces
Ethernet 1/0 and Ethernet 2/0 are associated with the default routing table (because they are not
associated with a VRF). Therefore, the clear ipv6 neighbor command will clear ND cache entries
on interfaces Ethernet 1/0 and Ethernet 2/0 only. In order to clear ND cache entries on interface
Ethernet 0/0, the user must issue the clear ipv6 neighbor vrf red command.
interface ethernet0/0
vrf forward red
ipv6 address 2001:db8:1::1/64
interface ethernet1/0
ipv6 address 2001:db8:2::1/64
interface ethernet2/0
ipv6 address 2001:db8:3::1/64
ipv6 neighbor Configures a static entry in the IPv6 neighbor discovery cache.
Usage Guidelines This command does not clear any static (configured) IPv6-to-nonbroadcast multiaccess (NBMA) address
mappings from the NHRP cache.
Examples The following example shows how to clear all dynamic entries from the NHRP cache for the interface:
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer.
The number used here is the number assigned administratively when enabling the OSPF
routing process.
force-spf Starts the shortest path first (SPF) algorithm without first clearing the OSPF database.
Usage Guidelines When the process keyword is used with the clear ipv6 ospfcommand, the OSPF database is cleared and
repopulated, and then the shortest path first (SPF) algorithm is performed. When the force-spfkeyword is
used with the clear ipv6 ospfcommand, the OSPF database is not cleared before the SPF algorithm is performed.
Use the process-idoption to clear only one OSPFprocess. If the process-idoptionis not specified,all OSPF
processesare cleared.
Examples The following example starts the SPF algorithm without clearing the OSPF database:
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer.
The number used here is the number assigned administratively when enabling the OSPF
routing process.
Usage Guidelines Use the neighbor neighbor-interface option to clear counters for all neighbors on a specified interface. If the
neighbor neighbor-interface option is not used, all OSPF counters are cleared.
Use the neighbor neighbor-id option to clear counters at a specified neighbor. If the neighbor neighbor-id
option is not used,all OSPF counters are cleared.
The following example now shows that there have been 0 state changes since the clear ipv6 ospf
counters neighbor s19/0 command was used:
show ipv6 ospf neighbor Displays OSPF neighbor information on a per-interface basis.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when enabling the OSPF routing
process.
Usage Guidelines Use the optional process-id argument to clear the IPv6 event log content of a specified OSPF routing process.
If the process-id argument is not used, all event log content is cleared.
Examples The following example enables the clearing of OSPF for IPv6 event log content for routing process
1:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Using the clear ipv6 pim reset command breaks the PIM-MRIB connection, clears the topology table, and
then reestablishes the PIM-MRIB connection. This procedure forces MRIB resynchronization.
Caution Use the clear ipv6 pim reset command with caution, as it clears all PIM protocol information from the PIM
topology table. Use of the clear ipv6 pim reset command should be reserved for situations where PIM and
MRIB communication are malfunctioning.
Examples The following example deletes all entries from the topology table and resets the MRIB connection:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Command Default When the command is used with no arguments, all group entries located in the PIM topology table are cleared
of PIM protocol information.
Usage Guidelines This command clears PIM protocol informationfrom all group entries located in the PIM topology table.
Information obtained from the MRIB table is retained. If a multicast group is specified, only those group
entries are cleared.
Examples The following example clears all group entries located in the PIM topology table:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Command Default When the command is used with no arguments, all traffic counters are cleared.
Usage Guidelines This command clears PIM traffic counters. If the vrf vrf-name keyword and argument are used, only those
counters are cleared.
Syntax Description prefix-list-name (Optional) The name of the prefix list from which the hit count is to be cleared.
ipv6-prefix (Optional) The IPv6 network from which the hit count is to be cleared.
This argument must be in the form documented in RFC 2373 where the address is specified
in hexadecimal using 16-bit values between colons.
/ prefix-length (Optional) The length of the IPv6 prefix. A decimal value that indicates how many of the
high-order contiguous bits of the address comprise the prefix (the network portion of the
address). A slash mark must precede the decimal value.
Command Default The hit count is automatically cleared for all IPv6 prefix lists.
Usage Guidelines The clear ipv6 prefix-list command is similar to the clear ip prefix-list command, except that it is
IPv6-specific.
The hit count is a value indicating the number of matches to a specific prefix list entry.
Examples The following example clears the hit count from the prefix list entries for the prefix list named
first_list that match the network mask 2001:0DB8::/35.
ipv6 prefix-list sequence-number Enables the generation of sequence numbers for entries in an IPv6
prefix list.
show ipv6 prefix-list Displays information about an IPv6 prefix list or prefix list entries.
vrf vrf-name (Optional) Clears information about the specified Virtual Routing and Forwarding (VRF)
instance.
Usage Guidelines When the name argument is specified, only routes for the specified IPv6 RIP process are deleted from the
IPv6 RIP routing table. If no name argument is specified, all IPv6 RIP routes are deleted.
Use the show ipv6 rip command to display IPv6 RIP routes.
Use the clear ipv6 rip name vrf vrf-name command to delete the specified VRF instances for the specified
IPv6 RIP process.
Examples The following example deletes all the IPv6 routes for the RIP process called one:
The following example deletes the IPv6 VRF instance, called vrf1 for the RIP process, called one:
debug ipv6 rip Displays the current contents of the IPv6 RIP routing table.
ipv6 rip vrf-mode enable Enables VRF-aware support for IPv6 RIP.
show ipv6 rip Displays the current content of the IPv6 RIP routing table.
Syntax Description ipv6-address The address of the IPv6 network to delete from the table.
This argument must be in the form documented in RFC 2373 where the address is specified
in hexadecimal using 16-bit values between colons.
/ prefix-length The length of the IPv6 prefix. A decimal value that indicates how many of the high-order
contiguous bits of the address comprise the prefix (the network portion of the address). A
slash mark must precede the decimal value.
Usage Guidelines The clear ipv6 route command is similar to the clear ip route command, except that it is IPv6-specific.
When the ipv6-address or ipv6-prefix/ prefix-length argument is specified, only that route is deleted from the
IPv6 routing table. When the * keyword is specified, all routes are deleted from the routing table (the
per-destination maximum transmission unit [MTU] cache is also cleared).
show ipv6 route Displays the current contents of the IPv6 routing table.
Usage Guidelines The clear ipv6 spd command removes the most recent SPD state transition and any trend historical data.
Examples The following example shows how to clear the most recent SPD state transition:
debug nhrp
To enable Next Hop Resolution Protocol (NHRP) debugging, use the debug nhrp command in privileged
EXEC mode. To disable debugging output, use the no form of this command.
debug nhrp [{attribute | cache | condition {interface tunnel number | peer {nbma {ipv4-nbma-address
nbma-name ipv6-nbma-address} } | umatched | vrf vrf-name} | detail | error | extension | group |
packet | rate}]
no debug nhrp [{attribute | cache | condition {interface tunnel number | peer {nbma
{ipv4-nbma-address nbma-name ipv6-nbma-address} } unmatched | vrf vrf-name} | detail | error |
extension | group | packet | rate }]
interface tunnel number (Optional) Enables debugging operations for the tunnel interface.
nbma (Optional) Enables debugging operations for the non-broadcast multiple access
(NBMA) network.
ipv4-nbma-address (Optional) Enables debugging operations based on the IPv4 address of the NBMA
network.
IPv6-address (Optional) Enables debugging operations based on the IPv6 address of the NBMA
network.
vrf vrf-name (Optional) Enables debugging operations for the virtual routing and forwarding
instance.
Usage Guidelines Use the debug nhrp detail command to view the NHRP attribute logs.
The Virtual-Access number keyword-argument pair is visible only if the virtual access interface is available
on the device.
Examples The following sample output from the debug nhrp command displays NHRP debugging output for
IPv4:
fhrp delay
To specify the delay period for the initialization of First Hop Redundancy Protocol (FHRP) clients, use the
fhrp delay command in interface configuration mode. To remove the delay period specified, use the no form
of this command.
Syntax Description minimum (Optional) Configures the delay period after an interface becomes available.
reload (Optional) Configures the delay period after the device reloads.
Examples This example shows how to specify the delay period for the initialization of FHRP clients:
Examples In the following example, a tracking process is configured to track the state of an IPv6 object using
a VRRPv3 group. VRRP on GigabitEthernet interface 0/0/0 then registers with the tracking process
to be informed of any changes to the IPv6 object on the VRRPv3 group. If the IPv6 object state on
serial interface VRRPv3 goes down, then the priority of the VRRP group is reduced by 20:
ip address dhcp
To acquire an IP address on an interface from the DHCP, use the ip address dhcp command in interface
configuration mode. To remove any address that was acquired, use the no form of this command.
Syntax Description client-id (Optional) Specifies the client identifier. By default, the client identifier is an ASCII value.
The client-id interface-type number option sets the client identifier to the hexadecimal MAC
address of the named interface.
interface-type (Optional) Interface type. For more information, use the question mark (?) online help
function.
number (Optional) Interface or subinterface number. For more information about the numbering
syntax for your networking device, use the question mark (?) online help function.
hostname (Optional) Name of the host to be placed in the DHCP option 12 field. This name need not
be the same as the hostname entered in global configuration mode.
Command Default The hostname is the globally configured hostname of the device. The client identifier is an ASCII value.
Usage Guidelines The ip address dhcp command allows any interface to dynamically learn its IP address by using the DHCP
protocol. It is especially useful on Ethernet interfaces that dynamically connect to an Internet service provider
(ISP). Once assigned a dynamic address, the interface can be used with the Port Address Translation (PAT)
of Cisco IOS Network Address Translation (NAT) to provide Internet access to a privately addressed network
attached to the device.
The ip address dhcp command also works with ATM point-to-point interfaces and will accept any
encapsulation type. However, for ATM multipoint interfaces you must specify Inverse ARP via the protocol
ip inarp interface configuration command and use only the aa15snap encapsulation type.
Some ISPs require that the DHCPDISCOVER message have a specific hostname and client identifier that is
the MAC address of the interface. The most typical usage of the ip address dhcp client-id interface-type
number hostname hostname command is when interface-type is the Ethernet interface where the command
is configured and interface-type number is the hostname provided by the ISP.
A client identifier (DHCP option 61) can be a hexadecimal or an ASCII value. By default, the client identifier
is an ASCII value. The client-id interface-type number option overrides the default and forces the use of the
hexadecimal MAC address of the named interface.
If a Cisco device is configured to obtain its IP address from a DHCP server, it sends a DHCPDISCOVER
message to provide information about itself to the DHCP server on the network.
If you use the ip address dhcp command with or without any of the optional keywords, the DHCP option 12
field (hostname option) is included in the DISCOVER message. By default, the hostname specified in option
12 will be the globally configured hostname of the device. However, you can use the ip address dhcp hostname
hostname command to place a different name in the DHCP option 12 field than the globally configured
hostname of the device.
The no ip address dhcp command removes any IP address that was acquired, thus sending a DHCPRELEASE
message.
You might need to experiment with different configurations to determine the one required by your DHCP
server. The table below shows the possible configuration methods and the information placed in the DISCOVER
message for each method.
Table 31: Configuration Method and Resulting Contents of the DISCOVER Message
ip address dhcp The DISCOVER message contains “cisco- mac-address -Eth1” in the
client ID field. The mac-address is the MAC address of the Ethernet 1
interface and contains the default hostname of the device in the option
12 field.
ip address dhcp hostname The DISCOVER message contains “cisco- mac-address -Eth1” in the
hostname client ID field. The mac-address is the MAC address of the Ethernet 1
interface, and contains hostname in the option 12 field.
ip address dhcp client-id ethernet The DISCOVER message contains the MAC address of the Ethernet 1
1 interface in the client ID field and contains the default hostname of the
device in the option 12 field.
ip address dhcp client-id ethernet The DISCOVER message contains the MAC address of the Ethernet 1
1 hostname hostname interface in the client ID field and contains hostname in the option 12
field.
Examples In the examples that follow, the command ip address dhcp is entered for Ethernet interface 1. The
DISCOVER message sent by a device configured as shown in the following example would contain
“cisco- mac-address -Eth1” in the client-ID field, and the value abc in the option 12 field.
hostname abc
!
interface GigabitEthernet 1/0/1
ip address dhcp
The DISCOVER message sent by a device configured as shown in the following example would
contain “cisco- mac-address -Eth1” in the client-ID field, and the value def in the option 12 field.
hostname abc
!
interface GigabitEthernet 1/0/1
ip address dhcp hostname def
The DISCOVER message sent by a device configured as shown in the following example would
contain the MAC address of Ethernet interface 1 in the client-id field, and the value abc in the option
12 field.
hostname abc
!
interface Ethernet 1
ip address dhcp client-id GigabitEthernet 1/0/1
The DISCOVER message sent by a device configured as shown in the following example would
contain the MAC address of Ethernet interface 1 in the client-id field, and the value def in the option
12 field.
hostname abc
!
interface Ethernet 1
ip address dhcp client-id GigabitEthernet 1/0/1 hostname def
ip dhcp pool Configures a DHCP address pool on a Cisco IOS DHCP server and enters DHCP pool
configuration mode.
Syntax Description name Name of the DHCP pool. The IP address of the interface will be automatically configured from the
DHCP pool specified in name.
Usage Guidelines Use this command to automatically configure the IP address of a LAN interface when there are DHCP clients
on the attached LAN that should be serviced by the DHCP pool on the device. The DHCP pool obtains its
subnet dynamically through IPCP subnet negotiation.
Examples The following example specifies that the IP address of GigabitEthernet interface 1/0/1 will be
automatically configured from the address pool named abc:
show ip interface Displays the usability status of interfaces configured for IP.
ip address
To set a primary or secondary IP address for an interface, use the ip address command in interface configuration
mode. To remove an IP address or disable IP processing, use the noform of this command.
secondary (Optional) Specifies that the configured address is a secondary IP address. If this keyword is
omitted, the configured address is the primary IP address.
Note If the secondary address is used for a VRF table configuration with the vrf
keyword, the vrf keyword must be specified also.
vrf (Optional) Name of the VRF table. The vrf-name argument specifies the VRF name of the
ingress interface.
Usage Guidelines An interface can have one primary IP address and multiple secondary IP addresses. Packets generated by the
Cisco IOS software always use the primary IP address. Therefore, all devices and access servers on a segment
should share the same primary network number.
Hosts can determine subnet masks using the Internet Control Message Protocol (ICMP) mask request message.
Devices respond to this request with an ICMP mask reply message.
You can disable IP processing on a particular interface by removing its IP address with the no ip address
command. If the software detects another host using one of its IP addresses, it will print an error message on
the console.
The optional secondary keyword allows you to specify an unlimited number of secondary addresses. Secondary
addresses are treated like primary addresses, except the system never generates datagrams other than routing
updates with secondary source addresses. IP broadcasts and Address Resolution Protocol (ARP) requests are
handled properly, as are interface routes in the IP routing table.
Secondary IP addresses can be used in a variety of situations. The following are the most common applications:
• There may not be enough host addresses for a particular network segment. For example, your subnetting
allows up to 254 hosts per logical subnet, but on one physical subnet you need 300 host addresses. Using
secondary IP addresses on the devices or access servers allows you to have two logical subnets using
one physical subnet.
• Many older networks were built using Level 2 bridges. The judicious use of secondary addresses can aid
in the transition to a subnetted, device-based network. Devices on an older, bridged segment can be easily
made aware that many subnets are on that segment.
• Two subnets of a single network might otherwise be separated by another network. This situation is not
permitted when subnets are in use. In these instances, the first network is extended, or layered on top of
the second network using secondary addresses.
Note • If any device on a network segment uses a secondary address, all other devices on that same segment
must also use a secondary address from the same network or subnet. Inconsistent use of secondary
addresses on a network segment can very quickly cause routing loops.
• When you are routing using the Open Shortest Path First (OSPF) algorithm, ensure that all secondary
addresses of an interface fall into the same OSPF area as the primary addresses.
• If you configure a secondary IP address, you must disable sending ICMP redirect messages by entering
the no ip redirects command, to avoid high CPU utilization.
Examples In the following example, 192.108.1.27 is the primary address and 192.31.7.17 is the secondary
address for GigabitEthernet interface 1/0/1:
Device> enable
Device# configure terminal
Device(config)# interface GigabitEthernet 1/0/1
Device(config-if)# ip address 192.108.1.27 255.255.255.0
Device(config-if)# ip address 192.31.7.17 255.255.255.0 secondary
match ip route-source Specifies a source IP address to match to required route maps that have been set
up based on VRF connected routes.
route-map Defines the conditions for redistributing routes from one routing protocol into
another, or to enable policy routing.
set vrf Enables VPN VRF selection within a route map for policy-based routing VRF
selection.
show ip arp Displays the ARP cache, in which SLIP addresses appear as permanent ARP table
entries.
show ip interface Displays the usability status of interfaces configured for IP.
Dynamic NAT
ip nat inside source { list { access-list-number access-list-name } | route-map name } {
interface type number | pool name } [no-payload] [overload] [c] [ vrf name ]
no ip nat inside source { list { access-list-number access-list-name } | route-map name }
{ interface type number | pool name } [no-payload] [overload] [ vrf name ]
Static NAT
ip nat inside source static { interface type number | local-ip global-ip} [extendable] [no-alias]
[no-payload] [ route-map name ] [reversible][ vrf name [forced] ]
no ip nat inside source static { interface type number | local-ip global-ip} [extendable]
[no-alias] [no-payload] [ route-map name ] [ vrf name [forced] ]
Syntax Description list access-list-number Specifies the number of a standard IP access list. Packets with source addresses
that pass the access list are dynamically translated using global addresses from
the named pool.
list access-list-name Specifies the name of a standard IP access list. Packets with source addresses that
pass the access list are dynamically translated using global addresses from the
named pool.
type Interface type. For more information, use the question mark (?) online help
function.
number Interface or subinterface number. For more information about the numbering
syntax for your networking device, use the question mark (?) online help function.
pool name Specifies the name of the pool from which global IP addresses are allocated
dynamically.
no-payload (Optional) Prohibits the translation of an embedded address or port in the payload.
overload (Optional) Enables the device to use one global address for many local addresses.
When overloading is configured, the TCP or UDP port number of each inside host
distinguishes between the multiple conversations using the same local IP address.
vrf name (Optional) Associates the NAT translation rule with a particular VPN routing and
forwarding (VRF) instance.
local-ip Local IP address assigned to a host on the inside network. The address could be
randomly chosen, allocated from RFC 1918, or obsolete.
global-ip Globally unique IP address of an inside host as it appears to the outside network.
forced (Optional) Forcefully deletes an entry and its children from the configuration.
no-alias (Optional) Prohibits an alias from being created for the global address.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 This command was introduced.
Usage Guidelines The optional keywords of the ip nat inside source command can be entered in any order.
This command has two forms: the dynamic and the static address translation. The form with an access list
establishes the dynamic translation. Packets from addresses that match the standard access list are translated
using global addresses allocated from the pool named with the ip nat pool command.
Packets that enter the device through the inside interface and packets sourced from the device are checked
against the access list for possible NAT candidates. The access list is used to specify which traffic is to be
translated.
Alternatively, the syntax form with the keyword static establishes a single static translation.
Note When a session is initiated from outside with the source IP as the outside global address, the device is unable
to determine the destination VRF of the packet.
Note When you configure NAT with a VRF-enabled interface address that acts as the global address, you must
configure the ip nat inside source static no-alias command. If the no-alias keyword is not configured,
Telnet to the VRF-enabled interface address fails.
Examples The following example shows how to translate between inside hosts addressed from either the
192.0.2.0 or the 198.51.100.0 network to the globally unique 203.0.113.209/28 network:
The following example shows how to translate the traffic that is local to the provider’s edge device
running NAT (NAT-PE):
The following example shows how to translate sessions from outside to inside networks:
The following example shows how to configure the route map R1 to allow outside-to-inside translation
for static NAT:
The following example shows how to configure NAT inside and outside traffic in the same VRF:
interface Loopback1
ip vrf forwarding forwarding1
ip address 192.0.2.11 255.255.255.0
ip nat inside
ip virtual-reassembly
!
interface Ethernet0/0
ip vrf forwarding forwarding2
ip address 192.0.2.22 255.255.255.0
ip nat outside
ip virtual-reassembly
ip nat pool MYPOOL 192.0.2.5 192.0.2.5 prefix-length 24
ip nat inside source list acl-nat pool MYPOOL vrf vrf1 overload
!
!
ip access-list extended acl-nat
permit ip 192.0.2.0 0.0.0.255 any
clear ip nat translation Clears dynamic NAT translations from the translation table.
ip access-list Defines an IP access list or object group access control list by name or number.
ip nat Designates that traffic originating from or destined for the interface is subject
to NAT.
Command Description
permit Sets conditions in a named IP access list or object group access control list that
will permit packets.
route-map Defines the conditions for redistributing routes from one routing protocol into
another routing protocol, or enables policy routing.
Dynamic NAT
ip nat outside source { list { access-list-number access-list-name } } pool pool-name
[ vrf name ] [add-route]
no ip nat outside source { list { access-list-number access-list-name } } pool pool-name
[ vrf name ] [add-route]
Static NAT
ip nat outside source static global-ip local-ip [ vrf name ] [add-route] [extendable]
[no-alias]
no ip nat outside source static global-ip local-ip [ vrf name ] [add-route] [extendable]
[no-alias]
Syntax Description list access-list-number Specifies the number of a standard IP access list. Packets with source addresses
that pass the access list are translated using global addresses from the named pool.
list access-list-name Specifies the name of a standard IP access list. Packets with source addresses that
pass the access list are translated using global addresses from the named pool.
pool pool-name Specifies the name of the pool from which global IP addresses are allocated.
add-route (Optional) Adds a static route for the outside local address.
vrf name (Optional) Associates the NAT rule with a particular VPN routing and forwarding
(VRF) instance.
global-ip Globally unique IP address assigned to a host on the outside network by its owner.
The address was allocated from the globally routable network space.
local-ip Local IP address of an outside host as it appears to the inside network. The address
was allocated from the address space routable on the inside (RFC 1918, Address
Allocation for Private Internets).
no-alias (Optional) Prohibits an alias from being created for the local address.
global-port Port number assigned to a host on the outside network by its owner.
global-network Globally unique network address assigned to a host on the outside network by its
owner. The address is allocated from a globally routable network space.
local-network Local network address of an outside host as it appears to the inside network. The
address is allocated from an address space that is routable on the inside network.
Command Default No translation of source addresses coming from the outside to the inside network occurs.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 This command was introduced.
Usage Guidelines The optional keywords of the ip nat outside source command except for the vrf name keyword can be entered
in any order.
You can use NAT to translate inside addresses that overlap with outside addresses. Use this command if your
IP addresses in the stub network happen to be legitimate IP addresses belonging to another network, and you
need to communicate with those hosts or devices.
This command has two general forms: dynamic and static address translation. The form with an access list
establishes dynamic translation. Packets from addresses that match the standard access list are translated using
global addresses allocated from the pool that is named by using the ip nat pool command.
Alternatively, the syntax form with the static keyword establishes a single static translation.
When you configure the ip nat outside source static command to add static routes for static outside local
addresses, there is a delay in the translation of packets and packets are dropped. To avoid dropped packets,
configure either the ip nat outside source static add-route command or the ip route command.
Examples The following example shows how to translate between inside hosts addressed from the 10.114.11.0
network to the globally unique 10.69.233.208/28 network. Further, packets from outside hosts
addressed from the 10.114.11.0 network (the true 10.114.11.0 network) are translated to appear to
be from the 10.0.1.0/24 network.
clear ip nat translation Clears dynamic NAT from the translation table.
ip nat Designates the traffic originating from or destined for the interface as subject
to NAT.
ip nat pool
To define a pool of IP addresses for Network Address Translation (NAT) translations, use the ip nat pool
command in global configuration mode. To remove one or more addresses from the pool, use the no form of
this command.
netmask netmask Specifies the network mask that indicates the address bits that
belong to the network and subnetwork fields and the ones that
belong to the host field.
• Specify the network mask of the network to which the
pool addresses belong.
prefix-length prefix-length Specifies the number that indicates how many bits of the
address is dedicated for the network.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 This command was
introduced.
Usage Guidelines This command defines a pool of addresses by specifying the start address, the end address, and either network
mask or prefix length.
When you enable the no-alias keyword, IP aliases are not created for IP addresses mentioned in the NAT
pool.
Using the nopreservation keyword with the prefix-length or the netmask keyword disables the default
behavior, which is known as IP address reservation. The no form of the command with the nopreservation
keyword enables the default behavior and reserves the first IP address in the NAT pool, making the IP address
unavailable for dynamic translation.
Examples The following example shows how to translate between inside hosts addressed from either the
192.0.2.1 or 192.0.2.2 network to the globally unique 10.69.233.208/28 network:
The following example shows how to add a route to the NVI interface for the global address:
clear ip nat translation Clears dynamic NAT translations from the translation table.
ip nat Designates that traffic originating from or destined for an interface is subject to
NAT.
ip nat source Enables NAT on a virtual interface without inside or outside specification.
Syntax Description all-host (Optional) Subjects each host to the specified NAT limit.
all-vrf (Optional) Subjects each VPN routing and forwarding (VRF) instance to the specific NAT
limit.
list list-name (Optional) Specifies an access control list (ACL) subject to the NAT limit.
list list-number (Optional) Specifies an access control list (ACL) subject to the NAT limit. The range is
from 1 to 99.
vrf name (Optional) Specifies a virtual routing and forwarding instance (VRF) subject to the NAT
limit.
max-entries Specifies the maximum number of allowed NAT entries. The range is from 1 to
2147483647.
Command History
Command History Release Modification
Cisco IOS XE Fuji This command was
16.8.1 introduced.
Usage Guidelines You can set NAT rate limit to constrain the dynamic entries created by a specific host, group of hosts via an
ACL, per vrf or globally in which case the given limit would apply to all entries regardless of the source.
When using the no form of the ip nat translation max-entries command, you must specify the type of NAT
rate limit that you want to remove and its value. The show ip nat statistics command can be used to display
various limit related statistics.
The following example shows how to limit the maximum number of allowed NAT entries to 300:
Device(config)# ip nat translation max-entries 300
Syntax Description finrst-timeout Specifies that the timeout value applies to Finish and Reset TCP
packets, which terminate a connection. The default is 60 seconds.
icmp-timeout Specifies the timeout value for Internet Control Message Protocol
(ICMP) flows. The default is 60 seconds.
port-timeout Specifies that the timeout value applies to the TCP/UDP port.
port-number Port number for TCP or UDP. The range is from 1 to 65535.
syn-timeout Specifies that the timeout value applies to TCP flows immediately
after a synchronous transmission (SYN) message that consists of
digital signals that are sent with precise clocking. The default is 60
seconds.
tcp-timeout Specifies that the timeout value applies to the TCP port. Default is
86,400 seconds (24 hours).
udp-timeout Specifies that the timeout value applies to the UDP port. The default
is 300 seconds (5 minutes).
seconds Number of seconds after which the specified port translation times
out.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 This command was
introduced.
Usage Guidelines When port translation is configured, each entry contains more information about the traffic that is using the
translation, which gives you finer control over translation entry timeouts. Non-DNS UDP translations time
out after 5 minutes, and DNS times out in 1 minute. TCP translations time out in 24 hours, unless a TCP Reset
(RST) or a Finish (FIN) bit is seen on the stream, in which case they will time out in 1 minute.
Examples The following example shows how to configure the router to cause UDP port translation entries to
time out after 10 minutes (600 seconds):
clear ip nat translation Clears dynamic NAT translations from the translation table.
ip nat Designates that traffic originating from or destined for the interface is
subject to NAT; enables NAT logging; or enables static IP address support.
ip nat inside destination Enables NAT of a globally unique host address to multiple inside host
addresses.
ip nat service Specifies a port other than the default port for NAT.
ip nat translation max-entries Limits the size of a NAT table to a specified maximum.
ip nhrp map
To statically configure the IP-to-nonbroadcast multiaccess (NBMA) address mapping of IP destinations
connected to an NBMA network, use the ip nhrp map interface configuration command. To remove the static
entry from Next Hop Resolution Protocol (NHRP) cache, use the no form of this command.
Syntax Description ip-address IP address of the destinations reachable through the Nonbroadcast multiaccess (NBMA)
network. This address is mapped to the NBMA address.
multicast NBMA address that is directly reachable through the NBMA network. The address format
varies depending on the medium you are using. For example, ATM has a Network Service
Access Point (NSAP) address, Ethernet has a MAC address, and Switched Multimegabit
Data Service (SMDS) has an E.164 address. This address is mapped to the IP address.
Usage Guidelines You will probably need to configure at least one static mapping in order to reach the next-hop server. Repeat
this command to statically configure multiple IP-to-NBMA address mappings.
Examples In the following example, this station in a multipoint tunnel network is statically configured to be
served by two next-hop servers 10.0.0.1 and 10.0.1.3. The NBMA address for 10.0.0.1 is statically
configured to be 192.0.0.1 and the NBMA address for 10.0.1.3 is 192.2.7.8.
Examples In the following example, if a packet is sent to 10.255.255.255, it is replicated to destinations 10.0.0.1
and 10.0.0.2. Addresses 10.0.0.1 and 10.0.0.2 are the IP addresses of two other routers that are part
of the tunnel network, but those addresses are their addresses in the underlying network, not the
tunnel network. They would have tunnel addresses that are in network 10.0.0.0.
clear ip nhrp Clears all dynamic entries from the NHRP cache.
Syntax Description ip-nbma-address NBMA address that is directly reachable through the NBMA network. The address
format varies depending on the medium that you are using.
Command Default No NBMA addresses are configured as destinations for broadcast or multicast packets.
Usage Guidelines This command applies only to tunnel interfaces. This command is useful for supporting broadcasts over a
tunnel network when the underlying network does not support IP multicast. If the underlying network does
support IP multicast, you should use the tunnel destination command to configure a multicast destination
for transmission of tunnel broadcasts or multicasts.
When multiple NBMA addresses are configured, the system replicates the broadcast packet for each address.
Examples In the following example, if a packet is sent to 10.255.255.255, it is replicated to destinations 10.0.0.1
and 10.0.0.2:
ip nhrp network-id
To enable the Next Hop Resolution Protocol ( NHRP) on an interface, use the ip nhrp network-id command
in interface configuration mode. To disable NHRP on the interface, use the no form of this command.
Syntax Description number Globally unique, 32-bit network identifier from a nonbroadcast multiaccess (NBMA) network.
The range is from 1 to 4294967295.
Usage Guidelines In general, all NHRP stations within one logical NBMA network must be configured with the same network
identifier.
ip nhrp nhs
To specify the address of one or more Next Hop Resolution Protocol (NHRP) servers, use the ip nhrp
nhscommand in interface configuration mode. To remove the address, use the no form of this command.
netmask (Optional) IP network mask to be associated with the IP address. The IP address
is logically ANDed with the mask.
nbma (Optional) Specifies the nonbroadcast multiple access (NBMA) address or FQDN.
FQDN-string Next hop server (NHS) fully qualified domain name (FQDN) string.
multicast (Optional) Specifies to use NBMA mapping for broadcasts and multicasts.
priority value (Optional) Assigns a priority to hubs to control the order in which spokes select
hubs to establish tunnels. The range is from 0 to 255; 0 is the highest and 255
is the lowest priority.
cluster value (Optional) Specifies NHS groups. The range is from 0 to 10; 0 is the highest and
10 is the lowest. The default value is 0.
max-connections value Specifies the number of NHS elements from each NHS group that needs to be
active. The range is from 0 to 255.
dynamic Configures the spoke to learn the NHS protocol address dynamically.
Command Default No next-hop servers are explicitly configured, so normal network layer routing decisions are used to forward
NHRP traffic.
Usage Guidelines Use the ip nhrp nhs command to specify the address of a next hop server and the networks it serves. Normally,
NHRP consults the network layer forwarding table to determine how to forward NHRP packets. When next
hop servers are configured, these next hop addresses override the forwarding path that would otherwise be
used for NHRP traffic.
When the ip nhrp nhs dynamic command is configured on a DMVPN tunnel and the shut command is issued
to the tunnel interface, the crypto socket does not receive shut message, thereby not bringing up a DMVPN
session with the hub.
For any next hop server that is configured, you can specify multiple networks by repeating this command
with the same nhs-addressargument, but with different IP network addresses.
Examples The following example shows how to register a hub to a spoke using NBMA and FQDN:
The following example shows how to configure the desired max-connections value:
The following example shows how to configure NHS priority and group values:
ip nhrp map Statically configures the IP-to-NBMA address mapping of IP destinations connected to an
NBMA network.
ip wccp
To enable support of the specified Web Cache Communication Protocol (WCCP) service for participation in
a service group, use the ip wccp command in global configuration mode. To disable the service group, use
the no form of this command.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding instance (VRF) to associate
with a service group.
web-cache Specifies the web-cache service (WCCP Version 1 and Version 2).
Note Web-cache counts as one of the services. The maximum number
of services, including those assigned with the service-number
argument, is 256.
service-number Dynamic service identifier, which means the service definition is dictated by
the cache. The dynamic service number can be from 0 to 254. The maximum
number of services is 256, which includes the web-cache service specified with
the web-cache keyword.
Note If Cisco cache engines are used in the cache cluster, the reverse
proxy service is indicated by a value of 99.
service-list (Optional) Identifies a named extended IP access list that defines the packets
service-access-list that will match the service.
mode open (Optional) Identifies the service as open. This is the default service mode.
group-address (Optional) Specifies the multicast IP address that communicates with the WCCP
multicast-address service group. The multicast address is used by the device to determine which
web cache should receive redirected messages.
redirect-list access-list (Optional) Specifies the access list that controls traffic redirected to this service
group. The access-list argument should consist of a string of no more than 64
characters (name or number) in length that specifies the access list.
group-list access-list (Optional) Specifies the access list that determines which web caches are allowed
to participate in the service group. The access-list argument specifies either the
number or the name of a standard or extended access list.
password [0 | 7] password (Optional) Specifies the message digest algorithm 5 (MD5) authentication for
messages received from the service group. Messages that are not accepted by
the authentication are discarded. The encryption type can be 0 or 7, with 0
specifying not yet encrypted and 7 for proprietary. The password argument can
be up to eight characters in length.
Cisco IOS XE Bengaluru 17.6.1 The vrf keyword and vrf-name argument pair were added.
Usage Guidelines WCCP transparent caching bypasses Network Address Translation (NAT) when Cisco Express Forwarding
switching is enabled. To work around this situation, configure WCCP transparent caching in the outgoing
direction, enable Cisco Express Forwarding switching on the content engine interface, and specify the ip wccp
web-cache redirect out command. Configure WCCP in the incoming direction on the inside interface by
specifying the ip wccp redirect exclude in command on the device interface facing the cache. This
configuration prevents the redirection of any packets arriving on that interface.
You can also include a redirect list when configuring a service group. The specified redirect list will deny
packets with a NAT (source) IP address and prevent redirection.
This command instructs a device to enable or disable support for the specified service number or the web-cache
service name. A service number can be from 0 to 254. Once the service number or name is enabled, the device
can participate in the establishment of a service group.
Note All WCCP parameters must be included in a single IP WCCP command. For example: ip wccp 61 redirect-list
10 password password.
The vrf vrf-name keyword and argument pair is optional. It allows you to specify a VRF to associate with a
service group. You can then specify a web-cache service name or service number.
The same service (web-cache or service number) can be configured in different VRF tables. Each service will
operate independently.
When the no ip wccp command is entered, the device terminates participation in the service group, deallocates
space if none of the interfaces still has the service configured, and terminates the WCCP task if no other
services are configured.
The keywords following the web-cache keyword and the service-number argument are optional and may be
specified in any order, but only may be specified once. The following sections outline the specific usage of
each of the optional forms of this command.
ip wccp [vrf vrf-name] {web-cache | service-number} group-address multicast-address
A WCCP group address can be configured to set up a multicast address that cooperating devices and web
caches can use to exchange WCCP protocol messages. If such an address is used, IP multicast routing must
be enabled so that the messages that use the configured group (multicast) addresses are received correctly.
This option instructs the device to use the specified multicast IP address to coalesce the "I See You" responses
for the "Here I Am" messages that it has received on this group address. The response is also sent to the group
address. The default is for no group address to be configured, in which case all "Here I Am" messages are
responded to with a unicast reply.
ip wccp [vrf vrf-name] {web-cache | service-number} redirect-list access-list
This option instructs the device to use an access list to control the traffic that is redirected to the web caches
of the service group specified by the service name given. The access-list argument specifies either the number
or the name of a standard or extended access list. The access list itself specifies which traffic is permitted to
be redirected. The default is for no redirect list to be configured (all traffic is redirected).
WCCP requires that the following protocol and ports not be filtered by any access lists:
• UDP (protocol type 17) port 2048. This port is used for control signaling. Blocking this type of traffic
prevents WCCP from establishing a connection between the device and web caches.
• Generic routing encapsulation (GRE) (protocol type 47 encapsulated frames). Blocking this type of traffic
prevents the web caches from ever seeing the packets that are intercepted.
Note The ip wccp {web-cache | service-number} group-list command syntax resembles the ip wccp {web-cache
| service-number} group-listen command, but these are entirely different commands. The ip wccp group-listen
command is an interface configuration command used to configure an interface to listen for multicast
notifications from a cache cluster.
When the definition of a service in a service list conflicts with the definition received via the WCCP protocol,
a warning message similar to the following is displayed:
When there is service list definitions conflict, the configured definition takes precedence over the external
definition received via WCCP protocol messages.
Examples The following example shows how to configure a device to run WCCP reverse-proxy service, using
the multicast address of 239.0.0.0:
Device> enable
Device# configure terminal
Device(config)# ip multicast-routing
Device(config)# ip wccp 99 group-address 239.0.0.0
Device(config)# interface ethernet 0
Device(config-if)# ip wccp 99 group-listen
The following example shows how to configure a device to redirect web-related packets without a
destination of 10.168.196.51 to the web cache:
Device> enable
Device# configure terminal
Device(config)# access-list 100 deny ip any host 10.168.196.51
Device(config)# access-list 100 permit ip any any
Device(config)# ip wccp web-cache redirect-list 100
Device(config)# interface ethernet 0
Device(config-if)# ip wccp web-cache redirect out
The following example shows how to configure an access list to prevent traffic from network 10.0.0.0
leaving Fast Ethernet interface 0/0. Because the outbound access control list (ACL) check is enabled,
WCCP does not redirect that traffic. WCCP checks packets against the ACL before they are redirected.
Device> enable
Device# configure terminal
Device(config)# ip wccp web-cache
Device(config)# ip wccp check acl outbound
Device(config)# interface fastethernet0/0
Device(config-if)# ip access-group 10 out
Device(config-if)# ip wccp web-cache redirect out
Device(config-if)# access-list 10 deny 10.0.0.0 0.255.255.255
Device(config-if)# access-list 10 permit any
If the outbound ACL check is disabled, HTTP packets from network 10.0.0.0 would be redirected
to a cache, and users with that network address could retrieve web pages when the network
administrator wanted to prevent this from happening.
The following example shows how to configure a closed WCCP service:
Device> enable
Device# configure terminal
Device(config)# ip wccp 99 service-list access1 mode closed
Note • If multiple parameters are required, all parameters under ip wccp [vrf vrf-name] web-cache |
service-number} must be configured as a single command.
• If the command is reissued with different parameters, the existing parameter will be removed
and the new parameter will be configured.
The following example shows how to configure multiple parameters as a single command:
Device> enable
Device# configure terminal
Device(config)# ip wccp 61 group-address 10.0.0.1 password 0 password mode closed
redirect-list 121
ip wccp group listen Configures an interface on a device to enable or disable the reception of IP
multicast packets for WCCP.
ip wccp version Specifies which version of WCCP you want to use on your device.
ipv6 access-list
To define an IPv6 access list and to place the device in IPv6 access list configuration mode, use the ipv6
access-list command in global configuration mode. To remove the access list, use the no form of this command.
Syntax Description access-list-name Name of the IPv6 access list. Names cannot contain a space or quotation mark, or begin
with a numeric.
Usage Guidelines The ipv6 access-list command is similar to the ip access-listcommand, except that it is IPv6-specific.
The standard IPv6 ACL functionality supports --in addition to traffic filtering based on source and destination
addresses--filtering of traffic based on IPv6 option headers and optional, upper-layer protocol type information
for finer granularity of control (functionality similar to extended ACLs in IPv4). IPv6 ACLs are defined by
using the ipv6 access-list command in global configuration mode and their permit and deny conditions are
set by using the deny and permit commands in IPv6 access list configuration mode. Configuring the ipv6
access-list command places the device in IPv6 access list configuration mode--the device prompt changes to
Device(config-ipv6-acl)#. From IPv6 access list configuration mode, permit and deny conditions can be set
for the defined IPv6 ACL.
Note IPv6 ACLs are defined by a unique name (IPv6 does not support numbered ACLs). An IPv4 ACL and an
IPv6 ACL cannot share the same name.
For backward compatibility, the ipv6 access-list command with the deny and permit keywords in global
configuration mode is still supported; however, an IPv6 ACL defined with deny and permit conditions in
global configuration mode is translated to IPv6 access list configuration mode.
Refer to the deny (IPv6) and permit (IPv6) commands for more information on filtering IPv6 traffic based on
IPv6 option headers and optional, upper-layer protocol type information. See the "Examples" section for an
example of a translated IPv6 ACL configuration.
Note Every IPv6 ACL has implicit permit icmp any any nd-na, permit icmp any any nd-ns, and deny ipv6 any
any statements as its last match conditions. (The former two match conditions allow for ICMPv6 neighbor
discovery.) An IPv6 ACL must contain at least one entry for the implicit deny ipv6 any any statement to take
effect. The IPv6 neighbor discovery process makes use of the IPv6 network layer service; therefore, by default,
IPv6 ACLs implicitly allow IPv6 neighbor discovery packets to be sent and received on an interface. In IPv4,
the Address Resolution Protocol (ARP), which is equivalent to the IPv6 neighbor discovery process, makes
use of a separate data link layer protocol; therefore, by default, IPv4 ACLs implicitly allow ARP packets to
be sent and received on an interface.
Note IPv6 prefix lists, not access lists, should be used for filtering routing protocol prefixes.
Use the ipv6 traffic-filter interface configuration command with the access-list-name argument to apply an
IPv6 ACL to an IPv6 interface. Use the ipv6 access-class line configuration command with the access-list-name
argument to apply an IPv6 ACL to incoming and outgoing IPv6 virtual terminal connections to and from the
device.
Note An IPv6 ACL applied to an interface with the ipv6 traffic-filter command filters traffic that is forwarded,
not originated, by the device.
Note When using this command to modify an ACL that is already associated with a bootstrap router (BSR) candidate
rendezvous point (RP) (see the ipv6 pim bsr candidate rp command) or a static RP (see the ipv6 pim
rp-address command), any added address ranges that overlap the PIM SSM group address range (FF3x::/96)
are ignored. A warning message is generated and the overlapping address ranges are added to the ACL, but
they have no effect on the operation of the configured BSR candidate RP or static RP commands.
Duplicate remark statements can no longer be configured from the IPv6 access control list. Because each
remark statement is a separate entity, each one is required to be unique.
Examples The following example is from a device running Cisco IOS Release 12.0(23)S or later releases. The
example configures the IPv6 ACL list named list1 and places the device in IPv6 access list
configuration mode.
The following example is from a device running Cisco IOS Release 12.2(2)T or later releases,
12.0(21)ST, or 12.0(22)S. The example configures the IPv6 ACL named list2 and applies the ACL
to outbound traffic on Ethernet interface 0. Specifically, the first ACL entry keeps all packets from
the network FEC0:0:0:2::/64 (packets that have the site-local prefix FEC0:0:0:2 as the first 64 bits
of their source IPv6 address) from exiting out of Ethernet interface 0. The second entry in the ACL
permits all other traffic to exit out of Ethernet interface 0. The second entry is necessary because an
implicit deny all condition is at the end of each IPv6 ACL.
If the same configuration was entered on a device running Cisco IOS Release 12.0(23)S or later
releases, the configuration would be translated into IPv6 access list configuration mode as follows:
Note IPv6 is automatically configured as the protocol type in permit any any and deny any any statements
that are translated from global configuration mode to IPv6 access list configuration mode.
Note IPv6 ACLs defined on a device running Cisco IOS Release 12.2(2)T or later releases, 12.0(21)ST,
or 12.0(22)S that rely on the implicit deny condition or specify a deny any any statement to filter
traffic should contain permit statements for link-local and multicast addresses to avoid the filtering
of protocol packets (for example, packets associated with the neighbor discovery protocol).
Additionally, IPv6 ACLs that use deny statements to filter traffic should use a permit any any
statement as the last statement in the list.
Note An IPv6 device will not forward to another network an IPv6 packet that has a link-local address as
either its source or destination address (and the source interface for the packet is different from the
destination interface for the packet).
ipv6 access-class Filters incoming and outgoing connections to and from the device based on
an IPv6 access list.
ipv6 pim bsr candidate rp Configures the candidate RP to send PIM RP advertisements to the BSR.
ipv6 pim rp-address Configure the address of a PIM RP for a particular group range.
show ipv6 access-list Displays the contents of all current IPv6 access lists.
ipv6 address-validate
To enable IPv6 address validation, use the ipv6 address-validate in global configuration mode. To disable
IPv6 address validation, use the no form of this command.
ipv6 address-validate
no ipv6 address-validate
Usage Guidelines The ipv6 address-validate command is used to validate whether the interface identifiers in an assigned IPv6
address are a part of the reserved IPv6 interface identifiers range, as specified in RFC5453. If the interface
identifiers of the assigned IPv6 address are a part of the reserved range, a new IPv6 address is assigned.
Only auto-configured addresses or addresses configured by DHCPv6 are validated.
Note The no ipv6-address validate command disables the IPv6 address validation and allows assigning of IPv6
addresses with interface identifiers that are a part of the reserved IPv6 interface identifiers range. We do not
recommend the use of this command.
You must enter a minimum of eight characters of the ipv6-address validate command if you’re using CLI
help (?) for completing the syntax of this command. If you enter less than eight characters the command will
conflict with the no ipv6 address command in interface configuration mode.
Examples The following example shows how to re-enable IPv6 address validation if it is disabled using the no
ipv6-address validate command:
Device> enable
Device# configure terminal
Device(config)# ipv6 address-validate
ipv6 cef
To enable Cisco Express Forwarding for IPv6, use the ipv6 cef command in global configuration mode. To
disable Cisco Express Forwarding for IPv6, use the no form of this command.
ipv6 cef
no ipv6 cef
Usage Guidelines The ipv6 cef command is similar to the ip cef command, except that it is IPv6-specific.
The ipv6 cef command is not available on the Cisco 12000 series Internet routers because this distributed
platform operates only in distributed Cisco Express Forwarding for IPv6 mode.
Note Some distributed architecture platforms support both Cisco Express Forwarding for IPv6 and distributed Cisco
Express Forwarding for IPv6. When Cisco Express Forwarding for IPv6 is configured on distributed platforms,
Cisco Express Forwarding switching is performed by the Route Processor (RP).
Note You must enable Cisco Express Forwarding for IPv4 by using the ip cef global configuration command before
enabling Cisco Express Forwarding for IPv6 by using the ipv6 cef global configuration command.
Cisco Express Forwarding for IPv6 is advanced Layer 3 IP switching technology that functions the same and
offer the same benefits as Cisco Express Forwarding for IPv4. Cisco Express Forwarding for IPv6 optimizes
network performance and scalability for networks with dynamic, topologically dispersed traffic patterns, such
as those associated with web-based applications and interactive sessions.
Examples The following example enables standard Cisco Express Forwarding for IPv4 operation and then
standard Cisco Express Forwarding for IPv6 operation globally on the .
(config)# ip cef
(config)# ipv6 cef
ipv6 cef accounting Enables Cisco Express Forwarding for IPv6 and distributed Cisco Express Forwarding
for IPv6 network accounting.
ipv6 cef distributed Enables distributed Cisco Express Forwarding for IPv6.
show cef Displays which packets the line cards dropped or displays which packets were not
express-forwarded.
Specific Cisco Express Forwarding Accounting Information Through Interface Configuration Mode
ipv6 cef accounting non-recursive {external | internal}
no ipv6 cef accounting non-recursive {external | internal}
Syntax Description accounting-types The accounting-types argument must be replaced with at least one of the following
keywords. Optionally, you can follow this keyword by any or all of the other keywords,
but you can use each keyword only once.
• load-balance-hash --Enables load balancing hash bucket counters.
• non-recursive --Enables accounting through nonrecursive prefixes.
• per-prefix --Enables express forwarding of the collection of the number of packets
and bytes to a destination (or prefix).
• prefix-length --Enables accounting through prefix length.
Command Default Cisco Express Forwarding for IPv6 network accounting is disabled by default.
Usage Guidelines The ipv6 cef accounting command is similar to the ip cef accounting command, except that it is IPv6-specific.
Configuring Cisco Express Forwarding for IPv6 network accounting enables you to collect statistics on Cisco
Express Forwarding for IPv6 traffic patterns in your network.
When you enable network accounting for Cisco Express Forwarding for IPv6 by using the ipv6 cef accounting
command in global configuration mode, accounting information is collected at the Route Processor (RP) when
Cisco Express Forwarding for IPv6 mode is enabled and at the line cards when distributed Cisco Express
Forwarding for IPv6 mode is enabled. You can then display the collected accounting information using the
show ipv6 cef EXEC command.
For prefixes with directly connected next hops, the non-recursive keyword enables express forwarding of
the collection of packets and bytes through a prefix. This keyword is optional when this command is used in
global configuration mode after you enter another keyword on the ipv6 cef accounting command.
This command in interface configuration mode must be used in conjunction with the global configuration
command. The interface configuration command allows a user to specify two different bins (internal or
external) for the accumulation of statistics. The internal bin is used by default. The statistics are displayed
through the show ipv6 cef detail command.
Per-destination load balancing uses a series of 16 hash buckets into which the set of available paths are
distributed. A hash function operating on certain properties of the packet is applied to select a bucket that
contains a path to use. The source and destination IP addresses are the properties used to select the bucket for
per-destination load balancing. Use the load-balance-hash keyword with the ipv6 cef accounting command
to enable per-hash-bucket counters. Enter the show ipv6 cef prefix internal command to display the
per-hash-bucket counters.
Examples The following example enables the collection of Cisco Express Forwarding for IPv6 accounting
information for prefixes with directly connected next hops:
(config)# ipv6 cef accounting non-recursive
ip cef accounting Enable Cisco Express Forwarding network accounting (for IPv4).
show cef Displays information about packets forwarded by Cisco Express Forwarding.
Command Default Distributed Cisco Express Forwarding for IPv6 is disabled by default.
Usage Guidelines The ipv6 cef distributed command is similar to the ip cef distributed command, except that it is IPv6-specific.
Enabling distributed Cisco Express Forwarding for IPv6 globally on the router by using the ipv6 cef distributed
in global configuration mode distributes the Cisco Express Forwarding processing of IPv6 packets from the
Route Processor (RP) to the line cards of distributed architecture platforms.
Note To forward distributed Cisco Express Forwarding for IPv6 traffic on the router, configure the forwarding of
IPv6 unicast datagrams globally on your router by using the ipv6 unicast-routing global configuration
command, and configure an IPv6 address and IPv6 processing on an interface by using the ipv6 address
interface configuration command.
Note You must enable distributed Cisco Express Forwarding for IPv4 by using the ip cef distributed global
configuration command before enabling distributed Cisco Express Forwarding for IPv6 by using the ipv6 cef
distributed global configuration command.
Cisco Express Forwarding is advanced Layer 3 IP switching technology. Cisco Express Forwarding optimizes
network performance and scalability for networks with dynamic, topologically dispersed traffic patterns, such
as those associated with web-based applications and interactive sessions.
Examples The following example enables distributed Cisco Express Forwarding for IPv6 operation:
Syntax Description original Sets the load-balancing algorithm to the original algorithm based on a source and destination
hash.
universal Sets the load-balancing algorithm to the universal algorithm that uses a source and destination
and an ID hash.
Command Default The universal load-balancing algorithm is selected by default. If you do not configure the fixed identifier for
a load-balancing algorithm, the device automatically generates a unique ID.
Usage Guidelines The ipv6 cef load-sharing algorithm command is similar to the ip cef load-sharing algorithm command,
except that it is IPv6-specific.
When the Cisco Express Forwarding for IPv6 load-balancing algorithm is set to universal mode, each device
on the network can make a different load-sharing decision for each source-destination address pair.
Examples The following example shows how to enable the Cisco Express Forwarding original load-balancing
algorithm for IPv6:
Device> enable
Device# configure terminal
Device(config)# ipv6 cef load-sharing algorithm original
ip cef load-sharing algorithm Selects a Cisco Express Forwarding load-balancing algorithm (for IPv4).
Command Default If this command is not configured, Cisco Express Forwarding for IPv6 does not optimize the address resolution
of directly connected neighbors.
Usage Guidelines The ipv6 cef optimize neighbor resolution command is very similar to the ip cef optimize neighbor
resolution command, except that it is IPv6-specific.
Use this command to trigger Layer 2 address resolution of neighbors directly from Cisco Express Forwarding
for IPv6.
Examples The following example shows how to optimize address resolution from Cisco Express Forwarding
for IPv6 for directly connected neighbors:
ip cef optimize neighbor resolution Configures address resolution optimization from Cisco Express
Forwarding for IPv4 for directly connected neighbors.
Usage Guidelines This command enters destination-guard configuration mode. The destination guard policies can be used to
filter IPv6 traffic based on the destination address to block data traffic from an unknown source.
Examples The following example shows how to define the name of a destination guard policy:
Syntax Description data-timeout (Optional) Bulk lease query data transfer timeout.
seconds (Optional) The range is from 60 seconds to 600 seconds. The default is 300 seconds.
Command Default Bulk lease query is enabled automatically when the DHCP for IPv6 (DHCPv6) relay agent feature is enabled.
Usage Guidelines Use the ipv6 dhcp-relay bulk-lease command in global configuration mode to configure bulk lease query
parameters, such as data transfer timeout and bulk-lease TCP connection retries.
The DHCPv6 bulk lease query feature is enabled automatically when the DHCPv6 relay agent is enabled.
The DHCPv6 bulk lease query feature itself cannot be enabled using this command. To disable this feature,
use the ipv6 dhcp-relay bulk-lease command with the disable keyword.
Examples The following example shows how to set the bulk lease query data transfer timeout to 60 seconds:
Command Default The DHCP for IPv6 relay VRF-aware feature is not enabled on the device.
Usage Guidelines The ipv6 dhcp-relay option vpn command allows the DHCPv6 relay VRF-aware feature to be enabled
globally on the device. If the ipv6 dhcp relay option vpn command is enabled on a specified interface, it
overrides the global ipv6 dhcp-relay option vpn command.
Examples The following example enables the DHCPv6 relay VRF-aware feature globally on the device:
(config)# ipv6 dhcp-relay option vpn
ipv6 dhcp relay option vpn Enables the DHCPv6 relay VRF-aware feature on an interface.
Syntax Description interface-type (Optional) Interface type and number that specifies output interface for a
interface-number destination. If this argument is configured, client messages are forwarded to
the destination address through the link to which the output interface is
connected.
Command Default The address of the server-facing interface is used as the IPv6 relay source.
Usage Guidelines If the configured interface is shut down, or if all of its IPv6 addresses are removed, the relay will revert to its
standard behavior.
The interface configuration (using the ipv6 dhcp relay source-interface command in interface configuration
mode) takes precedence over the global configuration if both have been configured.
Examples The following example configures the Loopback 0 interface to be used as the relay source:
(config)# ipv6 dhcp-relay source-interface loopback 0
ipv6 dhcp relay source-interface Enables DHCP for IPv6 service on an interface.
Command Default When a PPP connection closes, the DHCP bindings associated with that connection are not released.
Usage Guidelines The ipv6 dhcp binding track ppp command configures DHCP for IPv6 to automatically release any bindings
associated with a PPP connection when that connection is closed. The bindings are released automatically to
accommodate subsequent new registrations by providing sufficient resource.
Note In IPv6 broadband deployment using DHCPv6, you must enable release of prefix bindings associated with a
PPP virtual interface using this command. This ensures that DHCPv6 bindings are tracked together with PPP
sessions, and in the event of DHCP REBIND failure, the client initiates DHCPv6 negotiation again.
Examples The following example shows how to release the prefix bindings associated with the PPP:
Syntax Description agent A flash, local bootflash, compact flash, NVRAM, FTP, TFTP, or Remote Copy
Protocol (RCP) uniform resource locator.
write-delay seconds (Optional) How often (in seconds) DHCP for IPv6 sends database updates. The
default is 300 seconds. The minimum write delay is 60 seconds.
timeout seconds (Optional) How long, in seconds, the router waits for a database transfer.
Command Default Write-delay default is 300 seconds. Timeout default is 300 seconds.
Usage Guidelines The ipv6 dhcp database command specifies DHCP for IPv6 binding database agent parameters. The user
may configure multiple database agents.
A binding table entry is automatically created whenever a prefix is delegated to a client from the configuration
pool, updated when the client renews, rebinds, or confirms the prefix delegation, and deleted when the client
releases all the prefixes in the binding voluntarily, all prefixes’ valid lifetimes have expired, or administrators
enable the clear ipv6 dhcp binding command. These bindings are maintained in RAM and can be saved to
permanent storage using the agent argument so that the information about configuration such as prefixes
assigned to clients is not lost after a system reload or power down. The bindings are stored as text records for
easy maintenance.
Each permanent storage to which the binding database is saved is called the database agent. A database agent
can be a remote host such as an FTP server or a local file system such as NVRAM.
The write-delay keyword specifies how often, in seconds, that DHCP sends database updates. By default,
DHCP for IPv6 server waits 300 seconds before sending any database changes.
The timeout keyword specifies how long, in seconds, the router waits for a database transfer. Infinity is
defined as 0 seconds, and transfers that exceed the timeout period are canceled. By default, the DHCP for
IPv6 server waits 300 seconds before canceling a database transfer. When the system is going to reload, there
is no transfer timeout so that the binding table can be stored completely.
Examples The following example specifies DHCP for IPv6 binding database agent parameters and stores
binding entries in TFTP:
The following example specifies DHCP for IPv6 binding database agent parameters and stores
binding entries in bootflash:
(config)# ipv6 dhcp database bootflash
clear ipv6 dhcp binding Deletes automatic client bindings from the DHCP for IPv6 server binding table
show ipv6 dhcp database Displays DHCP for IPv6 binding database agent information.
Command Default Route addition for individually assigned IPv6 addresses on a relay or server is disabled by default.
Usage Guidelines The ipv6 dhcp iana-route-add command is disabled by default and has to be enabled if route addition is
required. Route addition for Internet Assigned Numbers Authority (IANA) is possible if the client is connected
to the relay or server through unnumbered interfaces, and if route addition is enabled with the help of this
command.
Examples The following example shows how to enable route addition for individually assigned IPv6 addresses:
Command Default DHCPv6 relay and DHCPv6 server add routes for delegated prefixes by default.
Usage Guidelines The DHCPv6 relay and the DHCPv6 server add routes for delegated prefixes by default. The presence of this
command on a device does not mean that routes will be added on that device. When you configure the
command, routes for delegated prefixes will only be added on the first Layer 3 relay and server.
Examples The following example shows how to enable the DHCPv6 relay and server to add routes for a
delegated prefix:
ipv6 dhcp-ldra
To enable Lightweight DHCPv6 Relay Agent (LDRA) functionality on an access node, use the ipv6 dhcp-ldra
command in global configuration mode. To disable the LDRA functionality, use the no form of this command.
Usage Guidelines You must configure the LDRA functionality globally using the ipv6 dhcp-ldra command before configuring
it on a VLAN or an access node (such as a Digital Subscriber Link Access Multiplexer [DSLAM] or an
Ethernet switch) interface.
Example
The following example shows how to enable the LDRA functionality:
Syntax Description number The number of ping packets sent before the address is assigned to a requesting client. The valid
range is from 0 to 10.
Command Default No ping packets are sent before the address is assigned to a requesting client.
Usage Guidelines The DHCPv6 server pings a pool address before assigning the address to a requesting client. If the ping is
unanswered, the server assumes, with a high probability, that the address is not in use and assigns the address
to the requesting client.
Setting the number argument to 0 turns off the DHCPv6 server ping operation
Examples The following example specifies four ping attempts by the DHCPv6 server before further ping
attempts stop:
clear ipv6 dhcp conflict Clears an address conflict from the DHCPv6 server database.
show ipv6 dhcp conflict Displays address conflicts found by a DHCPv6 server, or reported through a
DECLINE message from a client.
Syntax Description poolname User-defined name for the local prefix pool. The pool name can be a symbolic string (such as
"Engineering") or an integer (such as 0).
Usage Guidelines Use the ipv6 dhcp poolcommand to create a DHCP for IPv6 server configuration information pool. When
the ipv6 dhcp pool command is enabled, the configuration mode changes to DHCP for IPv6 pool configuration
mode. In this mode, the administrator can configure pool parameters, such as prefixes to be delegated and
Domain Name System (DNS) servers, using the following commands:
• address prefix IPv6-prefix [lifetime {valid-lifetime preferred-lifetime | infinite}]sets an address prefix
for address assignment. This address must be in hexadecimal, using 16-bit values between colons.
• link-address IPv6-prefix sets a link-address IPv6 prefix. When an address on the incoming interface
or a link-address in the packet matches the specified IPv6-prefix, the server uses the configuration
information pool. This address must be in hexadecimal, using 16-bit values between colons.
• vendor-specific vendor-id enables DHCPv6 vendor-specific configuration mode. Specify a vendor
identification number. This number is the vendor IANA Private Enterprise Number. The range is 1 to
4294967295. The following configuration command is available:
• suboption number sets vendor-specific suboption number. The range is 1 to 65535. You can enter
an IPv6 address, ASCII text, or a hex string as defined by the suboption parameters.
Note The hex value used under the suboption keyword allows users to enter only hex digits (0-f). Entering an
invalid hex value does not delete the previous configuration.
Once the DHCP for IPv6 configuration information pool has been created, use the ipv6 dhcp server command
to associate the pool with a server on an interface. If you do not configure an information pool, you need to
use the ipv6 dhcp server interface configuration command to enable the DHCPv6 server function on an
interface.
When you associate a DHCPv6 pool with an interface, only that pool services requests on the associated
interface. The pool also services other interfaces. If you do not associate a DHCPv6 pool with an interface,
it can service requests on any interface.
Not using any IPv6 address prefix means that the pool returns only configured options.
The link-address command allows matching a link-address without necessarily allocating an address. You
can match the pool from multiple relays by using multiple link-address configuration commands inside a pool.
Since a longest match is performed on either the address pool information or the link information, you can
configure one pool to allocate addresses and another pool on a subprefix that returns only configured options.
Examples The following example specifies a DHCP for IPv6 configuration information pool named cisco1 and
places the router in DHCP for IPv6 pool configuration mode:
The following example shows how to configure an IPv6 address prefix for the IPv6 configuration
pool cisco1:
(config-dhcpv6)# address prefix 2001:1000::0/64
(config-dhcpv6)# end
The following example shows how to configure a pool named engineering with three link-address
prefixes and an IPv6 address prefix:
# configure terminal
(config)# ipv6 dhcp pool engineering
(config-dhcpv6)# link-address 2001:1001::0/64(config-dhcpv6)# link-address
2001:1002::0/64(config-dhcpv6)# link-address 2001:2000::0/48(config-dhcpv6)# address prefix
2001:1003::0/64
(config-dhcpv6)# end
The following example shows how to configure a pool named 350 with vendor-specific options:
# configure terminal
(config)# ipv6 dhcp pool 350
(config-dhcpv6)# vendor-specific 9
(config-dhcpv6-vs)# suboption 1 address 1000:235D::1(config-dhcpv6-vs)# suboption 2 ascii
"IP-Phone"
(config-dhcpv6-vs)# end
show ipv6 dhcp pool Displays DHCP for IPv6 configuration pool information.
Command Modes
Global configuration (config)
Usage Guidelines The ipv6 dhcp server option vpn command allows the DHCPv6 server VRF-aware feature to be enabled
globally on a device.
Examples The following example enables the DHCPv6 server VRF-aware feature globally on a device:
(config)# ipv6 dhcp server option vpn
Syntax Description ipv6-monitor-name Activates a previously created flow monitor by assigning it to the interface
to analyze incoming or outgoing traffic.
Command Default IPv6 flow monitor is not activated until it is assigned to an interface.
Usage Guidelines You cannot attach a NetFlow monitor to a port channel interface. If both service module interfaces are part
of an EtherChannel, you should attach the monitor to both physical interfaces.
ipv6 general-prefix
To define an IPv6 general prefix, use the ipv6 general-prefix command in global configuration mode. To
remove the IPv6 general prefix, use the no form of this command.
/ prefix-length The length of the IPv6 prefix. A decimal value that indicates how many of the
high-order contiguous bits of the address comprise the prefix (the network portion
of the address). A slash mark must precede the decimal value.
When defining a general prefix manually, specify both the ipv6-prefix and /
prefix-length arguments.
6to4 Allows configuration of a general prefix based on an interface used for 6to4 tunneling.
When defining a general prefix based on a 6to4 interface, specify the 6to4 keyword
and the interface-type interface-numberargument.
interface-type Interface type and number. For more information, use the question mark (?) online
interface-number help function.
When defining a general prefix based on a 6to4 interface, specify the 6to4 keyword
and the interface-type interface-numberargument.
6rd Allows configuration of a general prefix computed from an interface used for IPv6
rapid deployment (6RD) tunneling.
Usage Guidelines Use the ipv6 general-prefix command to define an IPv6 general prefix.
A general prefix holds a short prefix, based on which a number of longer, more specific, prefixes can be
defined. When the general prefix is changed, all of the more specific prefixes based on it will change, too.
This function greatly simplifies network renumbering and allows for automated prefix definition.
More specific prefixes, based on a general prefix, can be used when configuring IPv6 on an interface.
When defining a general prefix based on an interface used for 6to4 tunneling, the general prefix will be of
the form 2002:a.b.c.d::/48, where "a.b.c.d" is the IPv4 address of the interface referenced.
Examples The following example manually defines an IPv6 general prefix named my-prefix:
The following example defines an IPv6 general prefix named my-prefix based on a 6to4 interface:
show ipv6 general-prefix Displays information on general prefixes for an IPv6 addresses.
Syntax Description route-map-name Name of the route map to be used for local IPv6 PBR. The name must match a
route-map-name value specified by the route-map command.
Usage Guidelines Packets originating from a router are not normally policy routed. However, you can use the ipv6 local policy
route-map command to policy route such packets. You might enable local PBR if you want packets originated
at the router to take a route other than the obvious shortest path.
The ipv6 local policy route-map command identifies a route map to be used for local PBR. The route-map
commands each have a list of match and set commands associated with them. The match commands specify
the match criteria, which are the conditions under which packets should be policy routed. The set commands
specify set actions, which are particular policy routing actions to be performed if the criteria enforced by the
match commands are met. The no ipv6 local policy route-map command deletes the reference to the route
map and disables local policy routing.
Examples In the following example, packets with a destination IPv6 address matching that allowed by access
list pbr-src-90 are sent to the router at IPv6 address 2001:DB8::1:
match ipv6 address Specifies an IPv6 access list to be used to match packets for PBR for IPv6.
Command Description
route-map (IP) Defines the conditions for redistributing routes from one routing protocol into
another, or enables policy routing.
set default interface Specifies the default interface to output packets that pass a match clause of a
route map for policy routing and have no explicit route to the destination.
set interface Specifies the default interface to output packets that pass a match clause of a
route map for policy routing.
set ipv6 default next-hop Specifies an IPv6 default next hop to which matching packets will be forwarded.
set ipv6 next-hop (PBR) Indicates where to output IPv6 packets that pass a match clause of a route map
for policy routing.
set ipv6 precedence Sets the precedence value in the IPv6 packet header.
Syntax Description poolname User-defined name for the local prefix pool.
/ prefix-length The length of the IPv6 prefix assigned to the pool. A decimal value that indicates how
many of the high-order contiguous bits of the address comprise the prefix (the network
portion of the address).
assigned-length Length of prefix, in bits, assigned to the user from the pool. The value of the
assigned-length argument cannot be less than the value of the / prefix-length argument.
peer default ipv6 address pool Specifies the pool from which client prefixes are assigned for PPP links.
prefix-delegation pool Specifies a named IPv6 local prefix pool from which prefixes are delegated
to DHCP for IPv6 clients.
show ipv6 local pool Displays information about any defined IPv6 address pools.
Cisco IOS XE Everest This command was introduced on the Supervisor Engine 720.
16.5.1a
Usage Guidelines MLDv2 snooping is supported on the Supervisor Engine 720 with all versions of the Policy Feature Card 3
(PFC3).
To use MLDv2 snooping, configure a Layer 3 interface in the subnet for IPv6 multicast routing or enable the
MLDv2 snooping querier in the subnet.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The ipv6 mld ssm-map enable command enables the SSM mapping feature for groups in the configured
SSM range. When the ipv6 mld ssm-map enable command is used, SSM mapping defaults to use the Domain
Name System (DNS).
SSM mapping is applied only to received Multicast Listener Discovery (MLD) version 1 or MLD version 2
membership reports.
Examples The following example shows how to enable the SSM mapping feature:
(config)# ipv6 mld ssm-map enable
debug ipv6 mld ssm-map Displays debug messages for SSM mapping.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
number Maximum number of MLD states allowed on a router. The valid range is from 1 to 64000.
Command Default No default number of MLD limits is configured. You must configure the number of maximum MLD states
allowed globally on a router when you configure this command.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines Use the ipv6 mld state-limit command to configure a limit on the number of MLD states resulting from MLD
membership reports on a global basis. Membership reports sent after the configured limits have been exceeded
are not entered in the MLD cache and traffic for the excess membership reports is not forwarded.
Use the ipv6 mld limit command in interface configuration mode to configure the per-interface MLD state
limit.
Per-interface and per-system limits operate independently of each other and can enforce different configured
limits. A membership state will be ignored if it exceeds either the per-interface limit or global limit.
Examples The following example shows how to limit the number of MLD states on a router to 300:
ipv6 mld access-group Enables the performance of IPv6 multicast receiver access control.
ipv6 mld limit Limits the number of MLD states resulting from MLD membership state on a
per-interface basis.
ipv6 multicast-routing
To enable multicast routing using Protocol Independent Multicast (PIM) and Multicast Listener Discovery
(MLD) on all IPv6-enabled interfaces of the router and to enable multicast forwarding, use the ipv6
multicast-routing command in global configuration mode. To stop multicast routing and forwarding, use the
no form of this command.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the ipv6 multicast-routing command to enable multicast forwarding. This command also enables Protocol
Independent Multicast (PIM) and Multicast Listener Discovery (MLD) on all IPv6-enabled interfaces of the
router being configured.
You can configure individual interfaces before you enable multicast so that you can then explicitly disable
PIM and MLD protocol processing on those interfaces, as needed. Use the no ipv6 pim or the no ipv6 mld
router command to disable IPv6 PIM or MLD router-side processing, respectively.
Examples The following example enables multicast routing and turns on PIM and MLD on all interfaces:
ipv6 pim rp-address Configures the address of a PIM RP for a particular group range.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
access-list-name (Optional) Name of an access list that contains authenticated subscriber groups and
authorized channels that can send traffic to the router.
Command Default Multicast is enabled for groups and channels permitted by a specified access list and disabled for groups and
channels denied by a specified access list.
Usage Guidelines The ipv6 multicast group-range command provides an access control mechanism for IPv6 multicast edge
routing. The access list specified by the access-list-name argument specifies the multicast groups or channels
that are to be permitted or denied. For denied groups or channels, the router ignores protocol traffic and actions
(for example, no Multicast Listener Discovery (MLD) states are created, no mroute states are created, no
Protocol Independent Multicast ( PIM) joins are forwarded), and drops data traffic on all interfaces in the
system, thus disabling multicast for denied groups or channels.
Using the ipv6 multicast group-range global configuration command is equivalent to configuring the MLD
access control and multicast boundary commands on all interfaces in the system. However, the ipv6 multicast
group-range command can be overridden on selected interfaces by using the following interface configuration
commands:
• ipv6 mld access-group access-list-name
• ipv6 multicast boundary scope scope-value
Because the no ipv6 multicast group-range command returns the router to its default configuration, existing
multicast deployments are not broken.
Examples The following example ensures that the router disables multicast for groups or channels denied by
an access list named list2:
The following example shows that the command in the previous example is overridden on an interface
specified by int2:
On int2, MLD states are created for groups or channels permitted by int-list2 but are not created for
groups or channels denied by int-list2. On all other interfaces, the access-list named list2 is used for
access control.
In this example, list2 can be specified to deny all or most multicast groups or channels, and int-list2
can be specified to permit authorized groups or channels only for interface int2.
ipv6 multicast boundary scope Configures a multicast boundary on the interface for a specified scope.
Usage Guidelines Use the ipv6 multicast pim-passive-enable command to configure IPv6 PIM passive mode on a router. Once
PIM passive mode is configured globally, use the ipv6 pim passive command in interface configuration mode
to configure PIM passive mode on a specific interface.
Examples The following example configures IPv6 PIM passive mode on a router:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
initial-delay Initial RPF backoff delay, in milliseconds (ms). The range is from 200 to 65535.
max-delay Maximum RPF backoff delay, in ms. The range is from 200 to 65535.
Command Default The multicast RPF check does not use BGP unicast routes.
Usage Guidelines When the ipv6 multicast rpf command is configured, multicast RPF check uses BGP unicast routes in the
RIB. This is not done by default.
Examples The following example shows how to enable the multicast RPF check function:
ipv6 multicast limit Configure per-interface multicast route (mroute) state limiters in IPv6.
ipv6 multicast multipath Enables load splitting of IPv6 multicast traffic across multiple equal-cost paths.
Syntax Description expire-time-in-seconds The time range is from 1 through 65536 seconds. The default is
or 4 hours.
Usage Guidelines By default, a neighbor discovery cache entry is expired and deleted if it remains in the STALE state for 14,400
seconds or 4 hours. The ipv6 nd cache expire command allows the expiry time to vary and to trigger auto
refresh of an expired entry before the entry is deleted.
When the refresh keyword is used, a neighbor discovery cache entry is auto refreshed. The entry moves into
the DELAY state and the neighbor unreachability detection process occurs, in which the entry transitions
from the DELAY state to the PROBE state after 5 seconds. When the entry reaches the PROBE state, a
neighbor solicitation is sent and then retransmitted as per the configuration.
Examples The following example shows that the neighbor discovery cache entry is configured to expire in 7200
seconds or 2 hours:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/1/4
Device(config-if)# ipv6 nd cache expire 7200
show ipv6 interface Displays the usability status of interfaces that are
configured for IPv6.
log rate (Optional) Adjustable logging rate, in seconds. The valid values are 0 and 1.
Command Default Default logging rate for the device is one entry every second.
Usage Guidelines The ipv6 nd cache interface-limit command in global configuration mode imposes a common per-interface
cache size limit on all interfaces on the device.
Issuing the no or default form of the command will remove the neighbor discovery limit from every interface
on the device that was configured using global configuration mode. It will not remove the neighbor discovery
limit from any interface configured using the ipv6 nd cache interface-limit command in interface configuration
mode.
The default (and maximum) logging rate for the device is one entry every second.
Examples The following example shows how to set a common per-interface cache size limit of 4 seconds on
all interfaces on the device:
(config)# ipv6 nd cache interface-limit 4
ipv6 nd cache interface-limit (interface) Configures a neighbor discovery cache limit on a specified
interface on the device.
Usage Guidelines The default IPv6 host mode type is loose, or nonconformant. To enable IPv6 strict, or conformant, host mode,
use the ipv6 nd host mode strict command. You can change between the two IPv6 host modes using the no
form of this command.
The ipv6 nd host mode strict command selects the type of IPv6 host mode behavior and enters interface
configuration mode. However, the ipv6 nd host mode strict command is ignored if you have configured IPv6
routing with the ipv6 unicast-routing command. In this situation, the default IPv6 host mode type, loose, is
used.
Examples The following example shows how to configure the device as a strict IPv6 host and enables IPv6
address autoconfiguration on Ethernet interface 0/0:
(config)# ipv6 nd host mode strict
(config-if)# interface ethernet0/0
(config-if)# ipv6 address autoconfig
The following example shows how to configure the device as a strict IPv6 host and configures a
static IPv6 address on Ethernet interface 0/0:
(config)# ipv6 nd host mode strict
(config-if)# interface ethernet0/0
(config-if)# ipv6 address 2001::1/64
ipv6 nd na glean
To configure the neighbor discovery to glean an entry from an unsolicited neighbor advertisement, use the
ipv6 nd na glean command in the interface configuration mode. To disable this feature, use the no form of
this command.
ipv6 nd na glean
no ipv6 nd na glean
Usage Guidelines IPv6 nodes may emit a multicast unsolicited neighbor advertisement packet following the successful completion
of duplicate address detection (DAD). By default, other IPv6 nodes ignore these unsolicited neighbor
advertisement packets. The ipv6 nd na glean command configures the router to create a neighbor advertisement
entry on receipt of an unsolicited neighbor advertisement packet (assuming no such entry already exists and
the neighbor advertisement has the link-layer address option). Use of this command allows a device to populate
its neighbor advertisement cache with an entry for a neighbor before data traffic exchange with the neighbor.
Examples The following example shows how to configure neighbor discovery to glean an entry from an
unsolicited neighbor advertisement:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/1/4
Device(config-if)# ipv6 nd na glean
show ipv6 interface Displays the usability status of interfaces that are
configured for IPv6.
ipv6 nd ns-interval
To configure the interval between IPv6 neighbor solicitation (NS) retransmissions on an interface, use the
ipv6 nd ns-interval command in interface configuration mode. To restore the default interval, use the no
form of this command.
Syntax Description milliseconds The interval between IPv6 neighbor solicit transmissions for address resolution. The acceptable
range is from 1000 to 3600000 milliseconds.
Command Default 0 milliseconds (unspecified) is advertised in router advertisements and the value 1000 is used for the neighbor
discovery activity of the router itself.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines By default, using the ipv6 nd ns-interval command changes the NS retransmission interval for both address
resolution and duplicate address detection (DAD). To specify a different NS retransmission interval for DAD,
use the ipv6 nd dad time command.
This value will be included in all IPv6 router advertisements sent out this interface. Very short intervals are
not recommended in normal IPv6 operation. When a nondefault value is configured, the configured time is
both advertised and used by the router itself.
Examples The following example configures an IPv6 neighbor solicit transmission interval of 9000 milliseconds
for Ethernet interface 0/0:
ipv6 nd dad time Configures the NS retransmit interval for DAD separately from the NS retransmit
interval for address resolution.
show ipv6 interface Displays the usability status of interfaces configured for IPv6.
Syntax Description base The neighbor unreachability detection process base value.
max-attempts The maximum number of retry attempts, depending on the base val
The range is from 1 to 128.
Usage Guidelines When a device runs neighbor unreachability detection to resolve the neighbor detection entry for a neighbor
again, it sends three neighbor solicitation packets 1 second apart. In certain situations, for example, spanning-tree
events, or high-traffic events, or end-host reloads), three neighbor solicitation packets that are sent at an
interval of 1 second may not be sufficient. To help maintain the neighbor cache in such situations, use the
ipv6 nd nud retry command to configure exponential timers for neighbor solicitation retransmits.
The maximum number of retry attempts is configured using the max-attempts argument. The retransmit interval
is calculated with the following formula:
tm^n
here,
• t = Time interval
• m = Base (1, 2, or 3)
• n = Current neighbor solicitation number (where the first neighbor solicitation is 0).
Therefore, ipv6 nd nud retry 3 1000 5 command retransmits at intervals of 1,3,9,27,81 seconds. If the final
wait time is not configured, the entry remains for 243 seconds before it is deleted.
The ipv6 nd nud retry command affects only the retransmit rate for the neighbor unreachability detection
process, and not for the initial resolution, which uses the default of three neighbor solicitation packets sent 1
second apart.
Examples The following example shows how to configure a fixed interval of 1 second and three retransmits:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/1/4
Device(config-if)# ipv6 nd nud retry 1 1000 3
The following example shows how to configure the retransmit intervals of 1, 3, 9, 27, 81:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/1/4
Device(config-if)# ipv6 nd nud retry 3 1000 5
show ipv6 interface Displays the usability status of interfaces that are
configured for IPv6.
ipv6 nd reachable-time
To configure the amount of time that a remote IPv6 node is considered reachable after some reachability
confirmation event has occurred, use the ipv6 nd reachable-time command in interface configuration mode.
To restore the default time, use the no form of this command.
Syntax Description milliseconds The amount of time that a remote IPv6 node is considered reachable (in milliseconds).
Command Default 0 milliseconds (unspecified) is advertised in router advertisements and the value 30000 (30 seconds) is used
for the neighbor discovery activity of the router itself.
Usage Guidelines The configured time enables the router to detect unavailable neighbors. Shorter configured times enable the
router to detect unavailable neighbors more quickly; however, shorter times consume more IPv6 network
bandwidth and processing resources in all IPv6 network devices. Very short configured times are not
recommended in normal IPv6 operation.
The configured time is included in all router advertisements sent out of an interface so that nodes on the same
link use the same time value. A value of 0 means indicates that the configured time is unspecified by this
router.
Examples The following example configures an IPv6 reachable time of 1,700,000 milliseconds for Ethernet
interface 0/0:
(config)# interface ethernet 0/0
(config-if)# ipv6 nd reachable-time 1700000
show ipv6 interface Displays the usability status of interfaces configured for IPv6.
Syntax Description number-of-packets The number of queued data packets. The range is from 16 to 2048 packets.
Usage Guidelines The ipv6 nd resolution data limit command allows the customer to configure the number of data packets
queued pending Neighbor Discovery resolution. IPv6 Neighbor Discovery queues a data packet that initiates
resolution for an unresolved destination. Neighbor Discovery will only queue one packet per destination.
Neighbor Discovery also enforces a global (per-router) limit on the number of packets queued. Once the global
queue limit is reached, further packets to unresolved destinations are discarded. The minimum (and default)
value is 16 packets, and the maximum value is 2048.
In most situations, the default value of 16 queued packets pending Neighbor Discovery resolution is sufficient.
However, in some high-scalability scenarios in which the router needs to initiate communication with a very
large number of neighbors almost simultaneously, then the value may be insufficient. This may lead to loss
of the initial packet sent to some neighbors. In most applications, the initial packet is retransmitted, so initial
packet loss generally is not a cause for concern. (Note that dropping the initial packet to an unresolved
destination is normal in IPv4.) However, there may be some high-scale configurations where loss of the initial
packet is inconvenient. In these cases, the customer can use the ipv6 nd resolution data limit command to
prevent the initial packet loss by increasing the unresolved packet queue size.
Examples The following example configures the global number of data packets held awaiting resolution to be
32:
ipv6 nd route-owner
To insert Neighbor Discovery-learned routes into the routing table with "ND" status and to enable ND
autoconfiguration behavior, use the ipv6 nd route-owner command. To remove this information from the
routing table, use the no form of this command.
ipv6 ndroute-owner
Usage Guidelines The ipv6 nd route-owner command inserts routes learned by Neighbor Discovery into the routing table with
a status of "ND" rather than "Static" or "Connected."
This global command also enables you to use the ipv6 nd autoconfig default or ipv6 nd autoconfig prefix
commands in interface configuration mode. If the ipv6 nd route-owner command is not issued, then the
ipv6 nd autoconfig default and ipv6 nd autoconfig prefix commands are accepted by the router but will
not work.
ipv6 nd autoconfig default Allows Neighbor Discovery to install a default route to the Neighbor
Discovery-derived default router.
ipv6 nd autoconfig prefix Uses Neighbor Discovery to install all valid on-link prefixes from RAs received
on the interface.
ipv6 neighbor
To configure a static entry in the IPv6 neighbor discovery cache, use the ipv6 neighbor command in global
configuration mode. To remove a static IPv6 entry from the IPv6 neighbor discovery cache, use the no form
of this command.
Syntax Description ipv6-address The IPv6 address that corresponds to the local data-link address.
This argument must be in the form documented in RFC 2373 where the address is
specified in hexadecimal using 16-bit values between colons.
interface-type The specified interface type. For supported interface types, use the question mark (?)
online help function.
Command Default Static entries are not configured in the IPv6 neighbor discovery cache.
Usage Guidelines The ipv6 neighbor command is similar to the arp (global) command.
If an entry for the specified IPv6 address already exists in the neighbor discovery cache--learned through the
IPv6 neighbor discovery process--the entry is automatically converted to a static entry.
Use the show ipv6 neighbors command to view static entries in the IPv6 neighbor discovery cache. A static
entry in the IPv6 neighbor discovery cache can have one of the following states:
• INCMP (Incomplete)--The interface for this entry is down.
• REACH (Reachable)--The interface for this entry is up.
Note Reachability detection is not applied to static entries in the IPv6 neighbor discovery cache; therefore, the
descriptions for the INCMP and REACH states are different for dynamic and static cache entries. See the
show ipv6 neighbors command for descriptions of the INCMP and REACH states for dynamic cache entries.
The clear ipv6 neighbors command deletes all entries in the IPv6 neighbor discovery cache, except static
entries. The no ipv6 neighbor command deletes a specified static entry from the neighbor discovery cache;
the command does not remove dynamic entries--learned from the IPv6 neighbor discovery process--from the
cache. Disabling IPv6 on an interface by using the no ipv6 enable command or the no ipv6 unnumbered
command deletes all IPv6 neighbor discovery cache entries configured for that interface, except static entries
(the state of the entry changes to INCMP).
Static entries in the IPv6 neighbor discovery cache are not modified by the neighbor discovery process.
Note Static entries for IPv6 neighbors can be configured only on IPv6-enabled LAN and ATM LAN Emulation
interfaces.
Examples The following example configures a static entry in the IPv6 neighbor discovery cache for a neighbor
with the IPv6 address 2001:0DB8::45A and link-layer address 0002.7D1A.9472 on Ethernet interface
1:
clear ipv6 neighbors Deletes all entries in the IPv6 neighbor discovery cache, except static entries.
no ipv6 enable Disables IPv6 processing on an interface that has not been configured with an
explicit IPv6 address.
Usage Guidelines This command makes it easier to identify a router because the router is displayed by name rather than by its
router ID or neighbor ID.
Examples The following example configures OSPF to look up DNS names for use in all OSPF show EXEC
command displays:
ipv6 pim
To reenable IPv6 Protocol Independent Multicast (PIM) on a specified interface, use the ipv6 pim command
in interface configuration mode. To disable PIM on a specified interface, use the no form of the command.
ipv6 pim
no ipv6 pim
Usage Guidelines After a user has enabled the ipv6 multicast-routing command, PIM is enabled to run on every interface.
Because PIM is enabled on every interface by default, use the no form of the ipv6 pim command to disable
PIM on a specified interface. When PIM is disabled on an interface, it does not react to any host membership
notifications from the Multicast Listener Discovery (MLD) protocol.
Examples The following example turns off PIM on Fast Ethernet interface 1/0:
ipv6 multicast-routing Enables multicast routing using PIM and MLD on all IPv6-enabled interfaces of
the router and enables multicast forwarding.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the ipv6 pim accept-register command to configure a named access list or route map with match attributes.
When the permit conditions as defined by the access-list and map-name arguments are met, the register
message is accepted. Otherwise, the register message is not accepted, and an immediate register-stop message
is returned to the encapsulating designated router.
Examples The following example shows how to filter on all sources that do not have a local multicast Border
Gateway Protocol (BGP) prefix:
Syntax Description group-list (Optional) Identifies an access control list (ACL) of allowed group ranges for PIM Allow RP.
rp-list (Optional) Specifies an ACL for allowed rendezvous-point (RP) addresses for PIM Allow RP.
Usage Guidelines Use this command to enable the receiving device in an IP multicast network to accept a (*, G) Join from an
unexpected (different) RP address.
Before enabling PIM Allow RP, you must first use the ipv6 pim rp-address command to define an RP.
ipv6 pim rp-address Statically configures the address of a PIM RP for multicast groups.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
access-list Name of an IPv6 access list that denies PIM hello packets from a source.
Usage Guidelines The ipv6 pim neighbor-filter list command is used to prevent unauthorized routers on the LAN from becoming
PIM neighbors. Hello messages from addresses specified in this command are ignored.
Examples The following example causes PIM to ignore all hello messages from IPv6 address
FE80::A8BB:CCFF:FE03:7200:
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
group-access-list (Optional) Name of an access list that defines for which multicast groups the RP should
be used.
If the access list contains any group address ranges that overlap the assigned
source-specific multicast (SSM) group address range (FF3x::/96), a warning message is
displayed, and the overlapping ranges are ignored. If no access list is specified, the
specified RP is used for all valid multicast non-SSM address ranges.
To support embedded RP, the router configured as the RP must use a configured access
list that permits the embedded RP group ranges derived from the embedded RP address.
Note that the embedded RP group ranges need not include all the scopes (for example,
3 through 7).
bidir (Optional) Indicates that the group range will be used for bidirectional shared-tree
forwarding; otherwise, it will be used for sparse-mode forwarding. A single IPv6 address
can be configured to be RP only for either bidirectional or sparse-mode group ranges.
A single group-range list can be configured to operate either in bidirectional or sparse
mode.
Command Default No PIM RPs are preconfigured. Embedded RP support is enabled by default when IPv6 PIM is enabled (where
embedded RP support is provided). Multicast groups operate in PIM sparse mode.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines When PIM is configured in sparse mode, you must choose one or more routers to operate as the RP. An RP
is a single common root of a shared distribution tree and is statically configured on each router.
Where embedded RP support is available, only the RP needs to be statically configured as the RP for the
embedded RP ranges. No additional configuration is needed on other IPv6 PIM routers. The other routers will
discover the RP address from the IPv6 group address. If these routers want to select a static RP instead of the
embedded RP, the specific embedded RP group range must be configured in the access list of the static RP.
The RP address is used by first-hop routers to send register packets on behalf of source multicast hosts. The
RP address is also used by routers on behalf of multicast hosts that want to become members of a group. These
routers send join and prune messages to the RP.
If the optional group-access-list argument is not specified, the RP is applied to the entire routable IPv6 multicast
group range, excluding SSM, which ranges from FFX[3-f]::/8 to FF3X::/96. If the group-access-list argument
is specified, the IPv6 address is the RP address for the group range specified in the group-access-list argument.
You can configure Cisco IOS software to use a single RP for more than one group. The conditions specified
by the access list determine which groups the RP can be used for. If no access list is configured, the RP is
used for all groups.
A PIM router can use multiple RPs, but only one per group.
Examples The following example shows how to set the PIM RP address to 2001::10:10 for all multicast groups:
The following example sets the PIM RP address to 2001::10:10 for the multicast group FF04::/64
only:
The following example shows how to configure a group access list that permits the embedded RP
ranges derived from the IPv6 RP address 2001:0DB8:2::2:
The following example shows how to enable the address 100::1 as the bidirectional RP for the entries
multicast range FF::/8:
In the following example, the IPv6 address 200::1 is enabled as the bidirectional RP for the ranges
permitted by the access list named bidir-grps. The ranges permitted by this list are ff05::/16 and
ff06::/16.
debug ipv6 pim df-election Displays debug messages for PIM bidirectional DF-election message
processing.
ipv6 access-list Defines an IPv6 access list and places the router in IPv6 access list
configuration mode.
show ipv6 pim df Displays the DF -election state of each interface for each RP.
show ipv6 pim df winner Displays the DF-election winner on each interface for each RP.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Because embedded RP support is enabled by default, users will generally use the no form of this command
to turn off embedded RP support.
The ipv6 pim rp embedded command applies only to the embedded RP group ranges ff7X::/16 and fffX::/16.
When the router is enabled, it parses groups in the embedded RP group ranges ff7X::/16 and fffX::/16, and
extracts the RP to be used from the group address.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
group-list access-list-name (Optional) Indicates to which groups the threshold applies. Must be a standard
IPv6 access list name. If the value is omitted, the threshold applies to all
groups.
Command Default When this command is not used, the PIM leaf router joins the SPT immediately after the first packet arrives
from a new source. Once the router has joined the SPT, configuring the ipv6 pim spt-threshold infinity
command will not cause it to switch to the shared tree.
Usage Guidelines Using the ipv6 pim spt-threshold infinitycommand enables all sources for the specified groups to use the
shared tree. The group-list keyword indicates to which groups the SPT threshold applies.
The access-list-nameargument refers to an IPv6 access list. When the access-list-nameargument is specified
with a value of 0, or the group-list keyword is not used, the SPT threshold applies to all groups. The default
setting (that is, when this command is not enabled) is to join the SPT immediately after the first packet arrives
from a new source.
Examples The following example configures a PIM last-hop router to stay on the shared tree and not switch to
the SPT for the group range ff04::/64.:
ipv6 prefix-list
To create an entry in an IPv6 prefix list, use the ipv6 prefix-list command in global configuration mode. To
delete the entry, use the no form of this command.
seq seq-number (Optional) Sequence number of the prefix list entry being configured.
/prefix-length The length of the IPv6 prefix. A decimal value that indicates how many of the high-order
contiguous bits of the address comprise the prefix (the network portion of the address). A
slash mark must precede the decimal value.
ge ge-value (Optional) Specifies a prefix length greater than or equal to the ipv6-prefix/prefix-length
arguments. It is the lowest value of a range of the length (the “from” portion of the length
range).
le le-value (Optional) Specifies a prefix length less than or equal to the ipv6-prefix /prefix-length
arguments. It is the highest value of a range of the length (the “to” portion of the length
range).
Usage Guidelines The ipv6 prefix-list command is similar to the ip prefix-list command, except that it is IPv6-specific.
To suppress networks from being advertised in updates, use the distribute-list out command.
The sequence number of a prefix list entry determines the order of the entries in the list. The router compares
network addresses to the prefix list entries. The router begins the comparison at the top of the prefix list, with
the entry having the lowest sequence number.
If multiple entries of a prefix list match a prefix, the entry with the lowest sequence number is considered the
real match. Once a match or deny occurs, the router does not go through the rest of the prefix list. For efficiency,
you may want to put the most common permits or denies near the top of the list, using the seq-number argument.
The show ipv6 prefix-list command displays the sequence numbers of entries.
IPv6 prefix lists are used to specify certain prefixes or a range of prefixes that must be matched before a permit
or deny statement can be applied. Two operand keywords can be used to designate a range of prefix lengths
to be matched. A prefix length of less than, or equal to, a value is configured with the le keyword. A prefix
length greater than, or equal to, a value is specified using the ge keyword. The ge and le keywords can be
used to specify the range of the prefix length to be matched in more detail than the usual
ipv6-prefix/prefix-length argument. For a candidate prefix to match against a prefix list entry three conditions
can exist:
• The candidate prefix must match the specified prefix list and prefix length entry.
• The value of the optional le keyword specifies the range of allowed prefix lengths from the prefix-length
argument up to, and including, the value of the le keyword.
• The value of the optional ge keyword specifies the range of allowed prefix lengths from the value of the
ge keyword up to, and including, 128.
Note The first condition must match before the other conditions take effect.
An exact match is assumed when the ge or le keywords are not specified. If only one keyword operand is
specified then the condition for that keyword is applied, and the other condition is not applied. The prefix-length
value must be less than the ge value. The ge value must be less than, or equal to, the le value. The le value
must be less than or equal to 128.
Every IPv6 prefix list, including prefix lists that do not have any permit and deny condition statements, has
an implicit deny any any statement as its last match condition.
Examples The following example denies all routes with a prefix of ::/0.
The following example shows how to specify a group of prefixes to accept any prefixes from prefix
5F00::/48 up to and including prefix 5F00::/64.
The following example denies prefix lengths greater than 64 bits in routes that have the prefix
2001:0DB8::/64.
The following example permits mask lengths from 32 to 64 bits in all address space.
The following example denies mask lengths greater than 32 bits in all address space.
clear ipv6 prefix-list Resets the hit count of the IPv6 prefix list entries.
ipv6 prefix-list sequence-number Enables the generation of sequence numbers for entries in an IPv6 prefix
list.
match ipv6 address Distributes IPv6 routes that have a prefix permitted by a prefix list.
show ipv6 prefix-list Displays information about an IPv6 prefix list or IPv6 prefix list entries.
Syntax Description source-guard-policy (Optional) User-defined name of the source guard policy. The policy name can be a
symbolic string (such as Engineering) or an integer (such as 0).
Usage Guidelines If no policy is specified using the source-guard-policy argument, then the default source-guard policy is
applied.
A dependency exists between IPv6 source guard and IPv6 snooping. Whenever IPv6 source guard is configured,
when the ipv6 source-guard attach-policy command is entered, it verifies that snooping is enabled and issues
a warning if it is not. If IPv6 snooping is disabled, the software checks if IPv6 source guard is enabled and
sends a warning if it is.
Examples The following example shows how to apply IPv6 source guard on an interface:
ipv6 snooping policy Configures an IPv6 snooping policy and enters IPv6 snooping configuration mode.
ipv6 source-route
To enable processing of the IPv6 type 0 routing header (the IPv6 source routing header), use the ipv6
source-route command in global configuration mode. To disable the processing of this IPv6 extension header,
use the no form of this command.
ipv6 source-route
no ipv6 source-route
Command Default The no version of the ipv6 source-route command is the default. When the router receives a packet with a
type 0 routing header, the router drops the packet and sends an IPv6 Internet Control Message Protocol (ICMP)
error message back to the source and logs an appropriate debug message.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines The default was changed to be the no version of the ipv6 source-route command, which means this
functionality is not enabled. Before this change, this functionality was enabled automatically. User who had
configured the no ipv6 source-route command before the default was changed will continue to see this
configuration in their show config command output, even though the no version of the command is the default.
The no ipv6 source-route command (which is the default) prevents hosts from performing source routing
using your routers. When the no ipv6 source-route command is configured and the router receives a packet
with a type0 source routing header, the router drops the packet and sends an IPv6 ICMP error message back
to the source and logs an appropriate debug message.
In IPv6, source routing is performed only by the destination of the packet. Therefore, in order to stop source
routing from occurring inside your network, you need to configure an IPv6 access control list (ACL) that
includes the following rule:
The rate at which the router generates all IPv6 ICMP error messages can be limited by using the ipv6 icmp
error-intervalcommand.
Examples The following example disables the processing of IPv6 type 0 routing headers:
no ipv6 source-route
ipv6 icmp error-interval Configures the interval for IPv6 ICMP error messages.
Syntax Description aggressive Aggressive drop mode discards incorrectly formatted packets when the IPv6 SPD is
in random drop state.
tos protocol o spf OSPF mode allows OSPF packets to be handled with SPD priority.
Usage Guidelines The default setting for the IPv6 SPD mode is none, but you may want to use the ipv6 spd mode command to
configure a mode to be used when a certain SPD state is reached.
The aggressive keyword enables aggressive drop mode, which drops deformed packets when IPv6 SPD is in
random drop state. The ospf keyword enables OSPF mode, in which OSPF packets are handled with SPD
priority.
The size of the process input queue governs the SPD state: normal (no drop), random drop, or max. When the
process input queue is less than the SPD minimum threshold, SPD takes no action and enters normal state.
In the normal state, no packets are dropped. When the input queue reaches the maximum threshold, SPD
enters max state, in which normal priority packets are discarded. If the input queue is between the minimum
and maximum thresholds, SPD enters the random drop state, in which normal packets may be dropped.
Examples The following example shows how to enable the router to drop deformed packets when the router is
in the random drop state:
ipv6 spd queue max-threshold Configures the maximum number of packets in the IPv6 SPD process
input queue.
ipv6 spd queue min-threshold Configures the minimum number of packets in the IPv6 SPD process
input queue.
Syntax Description value Number of packets. The range is from 0 through 65535.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines Use the ipv6 spd queue max-threshold command to configure the SPD queue maximum threshold value.
The size of the process input queue governs the SPD state: normal (no drop), random drop, or max. When the
process input queue is less than the SPD minimum threshold, SPD takes no action and enters normal state.
In the normal state, no packets are dropped. When the input queue reaches the maximum threshold, SPD
enters max state, in which normal priority packets are discarded. If the input queue is between the minimum
and maximum thresholds, SPD enters the random drop state, in which normal packets may be dropped.
Examples The following example shows how to set the maximum threshold value of the queue to 60,000:
ipv6 spd queue min-threshold Configures the minimum number of packets in the IPv6 SPD process
input queue.
Syntax Description unclearable (Optional) IPv6 forwarding statistics are kept for all interfaces, but it is not possible to clear
the statistics on any interface.
Command Default IPv6 forwarding statistics are collected for all interfaces.
Usage Guidelines Using the optional unclearable keyword halves the per-interface statistics storage requirements.
Examples The following example does not allow statistics to be cleared on any interface:
ipv6 unicast-routing
To enable the forwarding of IPv6 unicast datagrams, use the ipv6 unicast-routing command in global
configuration mode. To disable the forwarding of IPv6 unicast datagrams, use the no form of this command.
ipv6 unicast-routing
no ipv6 unicast-routing
Usage Guidelines Configuring the no ipv6 unicast-routing command removes all IPv6 routing protocol entries from the IPv6
routing table.
Examples The following example enables the forwarding of IPv6 unicast datagrams:
ipv6 address link-local Configures an IPv6 link-local address for an interface and enables IPv6 processing
on the interface.
ipv6 address eui-64 Configures an IPv6 address and enables IPv6 processing on an interface using an
EUI-64 interface ID in the low-order 64 bits of the address.
ipv6 enable Enables IPv6 processing on an interface that has not been configured with an
explicit IPv6 address.
ipv6 unnumbered Enables IPv6 processing on an interface without assigning an explicit IPv6 address
to the interface.
show ipv6 route Displays the current contents of the IPv6 routing table.
key chain
To define an authentication key chain needed to enable authentication for routing protocols and enter key-chain
configuration mode, use the key chain command in global configuration mode. To remove the key chain, use
the no form of this command.
Syntax Description name-of-chain Name of a key chain. A key chain must have at least one key and can have up to 2147483647
keys.
Usage Guidelines You must configure a key chain with keys to enable authentication.
Although you can identify multiple key chains, we recommend using one key chain per interface per routing
protocol. Upon specifying the key chain command, you enter key chain configuration mode.
accept-lifetime Sets the time period during which the authentication key on a key chain is
received as valid.
send-lifetime Sets the time period during which an authentication key on a key chain is
valid to be sent.
key-string (authentication)
To specify the authentication string for a key, use the key-string(authentication) command in key chain key
configuration mode. To remove the authentication string, use the no form of this command.
Syntax Description text Authentication string that must be sent and received in the packets using the routing protocol being
authenticated. The string can contain from 1 to 80 uppercase and lowercase alphanumeric characters.
Examples The following example shows how to specify the authentication string for a key:
accept-lifetime Sets the time period during which the authentication key on a key chain is received as
valid.
key chain Defines an authentication key-chain needed to enable authentication for routing protocols.
send-lifetime Sets the time period during which an authentication key on a key chain is valid to be sent.
key
To identify an authentication key on a key chain, use the key command in key-chain configuration mode. To
remove the key from the key chain, use the no form of this command.
key key-id
no key key-id
Syntax Description key-id Identification number of an authentication key on a key chain. The range of keys is from 0 to
2147483647. The key identification numbers need not be consecutive.
Usage Guidelines It is useful to have multiple keys on a key chain so that the software can sequence through the keys as they
become invalid after time, based on the accept-lifetime and send-lifetime key chain key command settings.
Each key has its own key identifier, which is stored locally. The combination of the key identifier and the
interface associated with the message uniquely identifies the authentication algorithm and Message Digest 5
(MD5) authentication key in use. Only one authentication packet is sent, regardless of the number of valid
keys. The software starts looking at the lowest key identifier number and uses the first valid key.
If the last key expires, authentication will continue and an error message will be generated. To disable
authentication, you must manually delete the last valid key.
To remove all keys, remove the key chain by using the no key chain command.
Examples The following example shows how to specify a key to identify authentication on a key-chain:
Device(config-keychain)# key 1
accept-lifetime Sets the time period during which the authentication key on a key chain is
received as valid.
key chain Defines an authentication key chain needed to enable authentication for
routing protocols.
send-lifetime Sets the time period during which an authentication key on a key chain is
valid to be sent.
show ip nat translations [ inside global-ip ] [ outside local-ip ] [icmp] [tcp] [udp]
[verbose] [ vrf vrf-name ]
Syntax Description icmp (Optional) Displays Internet Control Message Protocol (ICMP) entries.
inside global-ip (Optional) Displays entries for only a specific inside global IP address.
outside local-ip (Optional) Displays entries for only a specific outside local IP address.
verbose (Optional) Displays additional information for each translation table entry, including
how long ago the entry was created and used.
vrf vrf-name (Optional) Displays VPN routing and forwarding (VRF) traffic-related information.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 This command was
introduced.
Examples The following is sample output from the show ip nat translations command. Without overloading,
two inside hosts are exchanging packets with some number of outside hosts.
With overloading, a translation for a Domain Name Server (DNS) transaction is still active, and
translations for two Telnet sessions (from two different hosts) are also active. Note that two different
inside hosts appear on the outside with a single IP address.
The following is sample output when NAT that includes the insidekeyword:
The following is a sample output that displays information about NAT port parity and conservation:
The table below describes the significant fields shown in the display.
Field Description
Inside global The legitimate IP address that represents one or more inside local IP addresses to the outside
world.
Field Description
Inside local The IP address assigned to a host on the inside network; probably not a legitimate address
assigned by the Network Interface Card (NIC) or service provider.
Outside local IP address of an outside host as it appears to the inside network; probably not a legitimate
address assigned by the NIC or service provider.
Outside global The IP address assigned to a host on the outside network by its owner.
create How long ago the entry was created (in hours:minutes:seconds).
use How long ago the entry was last used (in hours:minutes:seconds).
clear ip nat translation Clears dynamic NAT translations from the translation table.
ip nat Designates that traffic originating from or destined for the interface is subject
to NAT.
show ip nhrp nhs [{interface}] [detail] [{redundancy [{cluster number | preempted | running |
waiting}]}]
Syntax Description interface (Optional) Displays NHS information currently configured on the interface. See the table
below for types, number ranges, and descriptions.
preempted (Optional) Displays information about NHS that failed to become active and is preempted.
running (Optional) Displays NHSs that are currently in Responding or Expecting replies states.
Usage Guidelines The table below lists the valid types, number ranges, and descriptions for the optional interfaceargument.
Note The valid types can vary according to the platform and interfaces on the platform.
Examples The following is sample output from the show ip nhrp nhs detail command:
Legend:
E=Expecting replies
R=Responding
Tunnel1:
10.1.1.1 E req-sent 128 req-failed 1 repl-recv 0
Pending Registration Requests:
Registration Request: Reqid 1, Ret 64 NHS 10.1.1.1
The table below describes the significant field shown in the display.
Field Description
ip nhrp map Statically configures the IP-to-NBMA address mapping of IP destinations connected to an
NBMA network.
Command Description
Usage Guidelines This command provides a list of all open TCP/IP ports on the system including the ports opened using Cisco
networking stack.
To close open ports, you can use one of the following methods:
• Use Access Control List (ACL).
• To close the UDP 2228 port, use the no l2 traceroute command.
• To close TCP 80, TCP 443, TCP 6970, TCP 8090 ports, use the no ip http server and no ip http
secure-server commands.
Examples The following is sample output from the show ip ports all command:
Device#
show ip ports all
Proto Local Address Foreign Address State PID/Program Name
TCB Local Address Foreign Address (state)
tcp *:4786 *:* LISTEN 224/[IOS]SMI IBC server process
tcp *:443 *:* LISTEN 286/[IOS]HTTP CORE
tcp *:443 *:* LISTEN 286/[IOS]HTTP CORE
tcp *:80 *:* LISTEN 286/[IOS]HTTP CORE
tcp *:80 *:* LISTEN 286/[IOS]HTTP CORE
udp *:10002 *:* 0/[IOS] Unknown
udp *:2228 10.0.0.0:0 318/[IOS]L2TRACE SERVER
The table below describes the significant fields shown in the display
Field Description
Field Description
show tcp brief all Displays information about TCP connection endpoints.
show ip wccp
To display the IPv4 Web Cache Communication Protocol (WCCP) global configuration and statistics, use
the show ip wccp command in user EXEC or privileged EXEC mode.
Syntax Description all (Optional) Displays statistics for all known services.
cef (Optional) Displays Cisco Express Forwarding interface statistics, including the number
of input, output, dynamic, static, and multicast services.
counts (Optional) Displays WCCP interface count statistics, including the number of Cisco
Express Forwarding and process-switched output and input packets redirected.
detail (Optional) Displays WCCP interface configuration statistics, including the number of
input, output, dynamic, static, and multicast services.
vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) instance associated with a
service group to display.
service-number (Optional) Identification number of the web cache service group being controlled by the
cache. The number can be from 0 to 254. For web caches using Cisco cache engines, the
reverse proxy service is indicated by a value of 99.
clients (Optional) Displays detailed information about the clients of a service, including all
per-client information. No per-service information is displayed.
detail (Optional) Displays detailed information about the clients of a service, including all
per-client information. No per-service information is displayed. Assignment information
is also displayed.
service (Optional) Displays detailed information about a service, including the service definition
and all other per-service information.
view (Optional) Displays other members of a particular service group, or all service groups,
that have or have not been detected.
Cisco IOS XE Bengaluru 17.6.1 The vrf keyword and vrf-name argument pair were added.
Usage Guidelines Use the clear ip wccp command to reset all WCCP counters.
Use the show ip wccp service-number detail command to display information about the WCCP client timeout
interval and the redirect assignment timeout interval if those intervals are not set to their default value of 10
seconds.
Use the show ip wccp summary command to display the configured WCCP services and a summary of their
current state.
Examples This section contains examples and field descriptions for the following forms of this command:
• show ip wccp service-number (service mode displayed)
• show ip wccp service-number view
• show ip wccp service-number detail
• show ip wccp service-number clients
• show ip wccp interfaces
• show ip wccp web-cache
• show ip wccp web-cache counters
• show ip wccp web-cache detail
• show ip wccp web-cache detail (bypass counters displayed)
• show ip wccp web-cache clients
• show ip wccp web-cache service
• show ip wccp summary
Service Identifier: 90
The table below describes the significant fields shown in the display.
Field Description
Protocol Version The version of WCCP being used by the router in the service group.
Number of Service Group Clients The number of clients that are visible to the router and other clients
in the service group.
Number of Service Group Routers The number of routers in the service group.
Service mode Identifies the WCCP service mode. Options are Open or Closed.
Service Access-list A named extended IP access list that defines the packets that will
match the service.
Total Packets Dropped Closed Total number of packets that were dropped when WCCP is configured
for closed services and an intermediary device is not available to
process the service.
Redirect access-list The name or number of the access list that determines which packets
will be redirected.
Total Packets Denied Redirect Total number of packets that were not redirected because they did
not match the access list.
Field Description
Total Packets Unassigned Number of packets that were not redirected because they were not
assigned to any cache engine. Packets may not be assigned during
initial discovery of cache engines or when a cache is dropped from
a cluster.
Group access-list Indicates which cache engine is allowed to connect to the router.
Total Messages Denied to Group Indicates the number of packets denied by the group-list access list.
Total Authentication failures The number of instances where a password did not match.
Total GRE Bypassed Packets The number of generic routing encapsulation (GRE) packets that
Received have been bypassed. Process and Cisco Express Forwarding are
switching paths within Cisco IOS software.
Note The number of maximum service groups that can be configured is 256.
If any web cache is displayed under the WCCP Cache Engines Not Visible field, the router needs to
be reconfigured to map the web cache that is not visible to it.
The table below describes the significant fields shown in the display.
Field Description
WCCP Clients Visible A list of clients that are visible to the router and other clients in the service
group.
WCCP Clients Not Visible A list of clients in the service group that are not visible to the router and other
clients in the service group.
The table below describes the significant fields shown in the display.
Field Description
State Indicates whether the WCCP client is operating properly and can be contacted by a router
and other clients in the service group.
When a WCCP client has an incompatible message interval setting, the state of the client
is shown as "NOT Usable," followed by a status message describing the reason why the
client is not usable.
Redirection Indicates the redirection method used. WCCP uses GRE or L2 to redirect IP traffic.
Assignment Indicates the load-balancing method used. WCCP uses HASH or MASK assignment.
Connect Time The amount of time the client has been connected to the router.
Redirected Packets The number of packets that have been redirected to the content engine.
The table below describes the significant fields shown in the display.
Field Description
State Indicates whether the WCCP client is operating properly and can be contacted by a router
and other clients in the service group.
When a WCCP client has an incompatible message interval setting, the state of the client
is shown as "NOT Usable," followed by a status message describing the reason why the
client is not usable.
Redirection Indicates the redirection method used. WCCP uses GRE or L2 to redirect IP traffic.
Assignment Indicates the load-balancing method used. WCCP uses HASH or MASK assignment.
Connect Time The amount of time (in seconds) the client has been connected to the router.
Redirected Packets The number of packets that have been redirected to the content engine.
The table below describes the significant fields shown in the display.
Field Description
Output services Indicates the number of output services configured on the interface.
Input services Indicates the number of input services configured on the interface.
Mcast services Indicates the number of multicast services configured on the interface.
The table below describes the significant fields shown in the display.
Field Description
Number of Service Group Clients Number of clients using the router as their home router.
Number of Service Group Routers The number of routers in the service group.
Service Access-list The name or number of the service access list that determines which
packets will be redirected.
Redirect access-list The name or number of the access list that determines which packets
will be redirected.
Total Packets Denied Redirect Total number of packets that were not redirected because they did not
match the access list.
Field Description
Total Packets Unassigned Number of packets that were not redirected because they were not
assigned to any cache engine. Packets may not be assigned during initial
discovery of cache engines or when a cache is dropped from a cluster.
Group access-list Indicates which cache engine is allowed to connect to the router.
Total Messages Denied to Group Indicates the number of packets denied by the group-list access list.
Total Authentication failures The number of instances where a password did not match.
The table below describes the significant fields shown in the display.
Field Description
The table below describes the significant fields shown in the display.
Field Description
WCCP Client Information The header for the area that contains fields for information on clients.
Protocol Version The version of WCCP being used by the cache engine in the service group.
State Indicates whether the cache engine is operating properly and can be contacted
by a router and other cache engines in the service group.
Connect Time The amount of time the cache engine has been connected to the router.
Redirected Packets The number of packets that have been redirected to the cache engine.
The table below describes the significant fields shown in the display.
Field Description
WCCP Client Information The header for the area that contains fields for information on clients.
Protocol Version The version of WCCP that is being used by the router in the service group.
State Indicates whether the cache engine is operating properly and can be contacted
by a router and other cache engines in the service group.
Connect Time The amount of time the cache engine has been connected to the router.
Hash Allotment The percent of buckets assigned to the current cache engine. Both a value and
a percent figure are displayed.
Initial Hash Info The initial state of the hash bucket assignment.
Assigned Hash Info The current state of the hash bucket assignment.
Redirected Packets The number of packets that have been redirected to the cache engine.
GRE Bypassed Packets The number of packets that have been bypassed. Process and Cisco Express
Forwarding are switching paths within Cisco IOS software.
The table below describes the significant fields shown in the display.
Field Description
Clients Indicates the number of cache engines participating in the WCCP service.
Assign Indicates the load-balancing method used. WCCP uses HASH or MASK assignment.
Redirect Indicates the redirection method used. WCCP uses GRE or L2 to redirect IP traffic.
Bypass Indicates the bypass method used. WCCP uses GRE or L2 to return packets to the router.
clear ip wccp Clears the counter for packets redirected using WCCP.
show ip wccp global counters Displays global WCCP information for packets that are processed in
software.
show ip wccp service-number detail Displays information about the WCCP client timeout interval and the
redirect assignment timeout interval if those intervals are not set to
their default value of 10 seconds.
show ip wccp summary Displays the configured WCCP services and a summary of their current
state.
Usage Guidelines The show ipv6 access-list command provides output similar to the show ip access-list command, except that
it is IPv6-specific.
Examples The following output from the show ipv6 access-list command shows IPv6 access lists named
inbound, tcptraffic, and outbound:
Device# show ipv6 access-list
The following sample output shows IPv6 access list information for use with IPSec:
Device# show ipv6 access-list
The following sample output shows all the types of IPv6 access lists that are configured for the facl
ACL name:
Device# show ipv6 access-list facl
The table below describes the significant fields shown in the display.
Field Description
IPv6 access list inbound Name of the IPv6 access list, for example, inbound.
permit Permits any packet that matches the specified protocol type.
tcp Transmission Control Protocol. The higher-level protocol (Layer 4) type that
the packet must match.
eq An equal operand that compares the source or destination ports of TCP or UDP
packets.
bgp Border Gateway Protocol. The lower-level protocol (Layer 3) type that the packet
must be equal to.
tcptraffic (8 matches) The name of the reflexive IPv6 access list and the number of matches for the
access list. The clear ipv6 access-list privileged EXEC command resets the
IPv6 access list match counters.
sequence 10 Sequence in which an incoming packet is compared to the lines in an access list.
Lines in an access list are ordered from first priority (lowest number, for example,
10) to last priority (highest number, for example, 80).
host 2001:0DB8:1::1 The source IPv6 host address that the source address of the packet must match.
host 2001:0DB8:1::2 The destination IPv6 host address that the destination address of the packet must
match.
11000 The ephemeral source port number for the outgoing connection.
timeout 300 The total interval of idle time (in seconds) after which the temporary IPv6
reflexive access list named tcptraffic times out for the indicated session.
(time left 243) The amount of idle time (in seconds) remaining before the temporary IPv6
reflexive access list named tcptraffic is deleted for the indicated session.
Additional received traffic that matches the indicated session resets this value
to 300 seconds.
evaluate udptraffic Indicates that the IPv6 reflexive access list named udptraffic is nested in the
IPv6 access list named outbound.
Field Description
IPv6 FQDN access list facl Name of the IPv6 FQDN access list, for example, facl.
clear ipv6 access-list Resets the IPv6 access list match counters.
show ip access-list Displays the contents of all the current IP access lists.
show ip prefix-list Displays information about a prefix list or prefix list entries.
show ipv6 prefix-list Displays information about an IPv6 prefix list or IPv6 prefix list entries.
Usage Guidelines If the policy-name argument is specified, only the specified policy information is displayed. If the policy-name
argument is not specified, information is displayed for all policies.
Examples The following is sample output from the show ipv6 destination-guard policy command when the
policy is applied to a VLAN:
# show ipv6 destination-guard policy pol1
Destination guard policy destination:
enforcement always
Target: vlan 300
The following is sample output from the show ipv6 destination-guard policy command when the
policy is applied to an interface:
Usage Guidelines The show ipv6 dhcp command uses the DUID based on the link-layer address for both client and server
identifiers. The device uses the MAC address from the lowest-numbered interface to form the DUID. The
network interface is assumed to be permanently attached to the device. Use the show ipv6 dhcp command
to display the DUID of a device.
Examples The following is sample output from the show ipv6 dhcp command. The output is self-explanatory:
Syntax Description ipv6-address (Optional) The address of a DHCP for IPv6 client.
vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The show ipv6 dhcp binding command displays all automatic client bindings from the DHCP for IPv6 server
binding table if the ipv6-address argument is not specified. When the ipv6-address argument is specified,
only the binding for the specified client is displayed.
If the vrf vrf-namekeyword and argument combination is specified, all bindings that belong to the specified
VRF are displayed.
Note The ipv6 dhcp server vrf enable command must be enabled for the configured VRF to work. If the command
is not configured, the output of the show ipv6 dhcp binding command will not display the configured VRF;
it will only display the default VRF details.
Examples The following sample output displays all automatic client bindings from the DHCP for IPv6 server
binding table:
Client: FE80::A8BB:CCFF:FE00:300
DUID: 00030001AABBCC000300
Username : client_1
Interface: Virtual-Access2.1
IA PD: IA ID 0x000C0001, T1 75, T2 135
Prefix: 2001:380:E00::/64
preferred lifetime 150, valid lifetime 300
expires at Dec 06 2007 12:57 PM (262 seconds)
Client: FE80::A8BB:CCFF:FE00:300 (Virtual-Access2.2)
DUID: 00030001AABBCC000300
IA PD: IA ID 0x000D0001, T1 75, T2 135
Prefix: 2001:0DB8:E00:1::/64
The table below describes the significant fields shown in the display.
Field Description
Virtual-Access2.1 First virtual client. When an IPv6 DHCP client requests two prefixes with
the same DUID but a different identity association for prefix delegation
(IAPD ) on two different interfaces, these prefixes are considered to be for
two different clients, and interface information is maintained for both.
preferred lifetime, valid The preferred lifetime and valid lifetime settings, in seconds, for the specified
lifetime client.
Virtual-Access2.2 Second virtual client. When an IPv6 DHCP client requests two prefixes with
the same DUID but different IAIDs on two different interfaces, these prefixes
are considered to be for two different clients, and interface information is
maintained for both.
When the DHCPv6 pool on the Cisco IOS DHCPv6 server is configured to obtain prefixes for
delegation from an authentication, authorization, and accounting (AAA) server, it sends the PPP
username from the incoming PPP session to the AAA server for obtaining the prefixes. The PPP
username is associated with the binding is displayed in output from the show ipv6 dhcp binding
command. If there is no PPP username associated with the binding, this field value is displayed as
"unassigned."
The following example shows that the PPP username associated with the binding is "client_1":
Client: FE80::2AA:FF:FEBB:CC
DUID: 0003000100AA00BB00CC
Username : client_1
Interface : Virtual-Access2
IA PD: IA ID 0x00130001, T1 75, T2 135
Prefix: 2001:0DB8:1:3::/80
preferred lifetime 150, valid lifetime 300
expires at Aug 07 2008 05:19 AM (225 seconds)
The following example shows that the PPP username associated with the binding is unassigned:
Client: FE80::2AA:FF:FEBB:CC
DUID: 0003000100AA00BB00CC
Username : unassigned
Interface : Virtual-Access2
IA PD: IA ID 0x00130001, T1 150, T2 240
Prefix: 2001:0DB8:1:1::/80
preferred lifetime 300, valid lifetime 300
expires at Aug 11 2008 06:23 AM (233 seconds)
ipv6 dhcp server vrf enable Enables the DHCPv6 server VRF-aware feature.
clear ipv6 dhcp binding Deletes automatic client bindings from the DHCP for IPv6 binding table.
Syntax Description ipv6-address (Optional) The address of a DHCP for IPv6 client.
vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Cisco IOS XE Everest 16.5.1aCisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines When you configure the DHCPv6 server to detect conflicts, it uses ping. The client uses neighbor discovery
to detect clients and reports to the server through a DECLINE message. If an address conflict is detected, the
address is removed from the pool, and the address is not assigned until the administrator removes the address
from the conflict list.
Examples The following is a sample output from the show ipv6 dhcp conflict command. This command shows
the pool and prefix values for DHCP conflicts.:
clear ipv6 dhcp conflict Clears an address conflict from the DHCPv6 server database.
Syntax Description agent-URL (Optional) A flash, NVRAM, FTP, TFTP, or remote copy protocol (RCP) uniform resource
locator.
Usage Guidelines Each permanent storage to which the binding database is saved is called the database agent. An agent can be
configured using the ipv6 dhcp database command. Supported database agents include FTP and TFTP
servers, RCP, Flash file system, and NVRAM.
The show ipv6 dhcp database command displays DHCP for IPv6 binding database agent information. If the
agent-URL argument is specified, only the specified agent is displayed. If the agent-URL argument is not
specified, all database agents are shown.
Examples The following is sample output from the show ipv6 dhcp database command:
The table below describes the significant fields shown in the display.
Field Description
Write delay The amount of time (in seconds) to wait before updating the database.
transfer timeout Specifies how long (in seconds) the DHCP server should wait before canceling
a database transfer. Transfers that exceed the timeout period are canceled.
Last written The last date and time bindings were written to the file server.
Write timer expires... The length of time, in seconds, before the write timer expires.
Last read The last date and time bindings were read from the file server.
ipv6 dhcp database Specifies DHCP for IPv6 binding database agent parameters.
Usage Guidelines If the policy-name argument is specified, only the specified policy information is displayed. If the policy-name
argument is not specified, information is displayed for all policies.
Examples The following is sample output from the show ipv6 dhcp guard guard command:
The table below describes the significant fields shown in the display.
Field Description
Device The role of the device. The role is either client, server or relay.
Role
Target The name of the target. The target is either an interface or a VLAN.
ipv6 dhcp guard policy Defines the DHCPv6 guard policy name.
Syntax Description type number (Optional) Interface type and number. For more information, use the question mark (?) online
help function.
Usage Guidelines If no interfaces are specified, all interfaces on which DHCP for IPv6 (client or server) is enabled are shown.
If an interface is specified, only information about the specified interface is displayed.
Examples The following is sample output from the show ipv6 dhcp interface command. In the first example,
the command is used on a router that has an interface acting as a DHCP for IPv6 server. In the second
example, the command is used on a router that has an interface acting as a DHCP for IPv6 client:
The table below describes the significant fields shown in the display.
Field Description
Ethernet2/1 is in server/client mode Displays whether the specified interface is in server or client mode.
Preference value: The advertised (or default of 0) preference value for the indicated server.
Prefix name is cli-p1 Displays the IPv6 general prefix pool name, in which prefixes
successfully acquired on this interface are stored.
Using pool: svr-p1 The name of the pool that is being used by the interface.
State is OPEN State of the DHCP for IPv6 client on this interface. "Open" indicates
that configuration information has been received.
Address, DUID Address and DHCP unique identifier (DUID) of a server heard on the
specified interface.
Rapid commit is disabled Displays whether the rapid-commit keyword has been enabled on the
interface.
The following example shows the DHCP for IPv6 relay agent configuration on FastEthernet interface
0/0, and use of the show ipv6 dhcp interface command displays relay agent information on
FastEthernet interface 0/0:
ipv6 dhcp client pd Enables the DHCP for IPv6 client process and enables requests for prefix
delegation through a specified interface.
ipv6 dhcp relay destination Specifies a destination address to which client messages are forwarded and
enables DHCP for IPv6 relay service on the interface.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Command History
Command History Release Modification
Usage Guidelines If the vrf vrf-name keyword-argument pair is specified, all bindings belonging to the specified VRF are
displayed.
Note Only the DHCPv6 IAPD bindings on a relay agent are displayed on the Cisco uBR10012 and Cisco uBR7200
series universal broadband devices.
Examples The following is sample output from the show ipv6 dhcp relay binding command:
The following example shows output from the show ipv6 dhcp relay binding command with a
specified VRF name on a Cisco uBR10012 universal broadband device:
The table below describes the significant fields shown in the display.
Field Description
Field Description
DUID DHCP Unique Identifier (DUID) for the IPv6 relay binding.
clear ipv6 dhcp relay binding Clears a specific IPv6 address or IPv6
prefix of a DHCP for IPv6 relay binding.
debug ipv6 dhcp relay Enables debugging for IPv6 DHCP relay
agent.
debug ipv6 dhcp relay bulk-lease Enables bulk lease query debugging for
IPv6 DHCP relay agent.
event-num-start (Optional) Starting number of the event range. The range is from 1 to 4294967295.
event-num-end (Optional) Ending number of the event range. The range is from 1 to 4294967295.
Command Default If no event range is specified, information for all IPv6 EIGRP events is displayed.
Usage Guidelines The show ipv6 eigrp events command is used to analyze a network failure by the Cisco support team and is
not intended for general use. This command provides internal state information about EIGRP and how it
processes route notifications and changes.
Examples The following is sample output from the show ipv6 eigrp events command. The fields are
self-explanatory.
clear ipv6 eigrp Deletes entries from EIGRP for IPv6 routing tables.
debug ipv6 eigrp Displays information about EIGRP for IPv6 protocol.
type (Optional) Interface type. For more information, use the question mark (?) online help function.
number (Optional) Interface number. For more information about the numbering syntax for your
networking device, use the question mark (?) online help function.
Usage Guidelines Use the show ipv6 eigrp interfaces command to determine the interfaces on which EIGRP is active and to
get information about EIGRP processes related to those interfaces. The optional type number argument and
the detail keyword can be entered in any order.
If an interface is specified, only that interface is displayed. Otherwise, all interfaces on which EIGRP is running
are displayed.
If an autonomous system is specified, only the routing process for the specified autonomous system is displayed.
Otherwise, all EIGRP processes are displayed.
Examples The following is sample output from the show ipv6 eigrp interfaces command:
The following is sample output from the show ipv6 eigrp interfaces detail command:
# show ipv6 eigrp interfaces detail
The following sample output from the show ipv6 eigrp interface detail command displays detailed
information about a specific interface on which the no ipv6 next-hop self command is configured
with the no-ecmp-mode option:
The table below describes the significant fields shown in the displays.
Field Description
Xmit Queue Un/Reliable Number of packets remaining in the Unreliable and Reliable transmit queues.
Mean SRTT Mean smooth round-trip time (SRTT) interval (in seconds).
Pacing Time Un/Reliable Pacing time (in seconds) used to determine when EIGRP packets (unreliable and
reliable) should be sent out of the interface.
Multicast Flow Timer Maximum number of seconds in which the device will send multicast EIGRP
packets.
show ipv6 eigrp topology [{as-number ipv6-address}] [{active | all-links | pending | summary |
zero-successors}]
active (Optional) Displays only active entries in the EIGRP topology table.
all-links (Optional) Displays all entries in the EIGRP topology table (including
nonfeasible-successor sources).
pending (Optional) Displays all entries in the EIGRP topology table that are either waiting for an
update from a neighbor or waiting to reply to a neighbor.
zero-successors (Optional) Displays the available routes that have zero successors.
Usage Guidelines If this command is used without any keywords or arguments, only routes that are feasible successors are
displayed. The show ipv6 eigrp topology command can be used to determine Diffusing Update Algorithm
(DUAL) states and to debug possible DUAL problems.
Examples The following is sample output from the show ipv6 eigrp topology command. The fields in the
display are self-explanatory.
The following sample output from the show ipv6 eigrp topology prefix command displays ECMP
mode information when the no ipv6 next-hop-self command is configured without the no-ecmp-mode
option in the EIGRP topology. The ECMP mode provides information about the path that is being
advertised. If there is more than one successor, the top most path will be advertised as the default
path over all interfaces, and the message “ECMP Mode: Advertise by default” will be displayed in
the output. If any path other than the default path is advertised, the message “ECMP Mode: Advertise
out <Interface name>” will be displayed. The fields in the display are self-explanatory.
show eigrp address-family topology Displays entries in the EIGRP topology table.
Usage Guidelines Use the show ipv6 eigrp traffic command to provide information on packets received and sent.
Examples The following is sample output from the show ipv6 eigrp traffic command:
The table below describes the significant fields shown in the display.
Field Description
ipv6 router eigrp Configures the EIGRP for IPv6 routing process.
Usage Guidelines Use the show ipv6 general-prefix command to view information on IPv6 general prefixes.
Examples The following example shows an IPv6 general prefix called my-prefix, which has been defined based
on a 6to4 interface. The general prefix is also being used to define an address on interface loopback42.
The table below describes the significant fields shown in the display.
Field Description
Acquired via The general prefix has been defined based on a 6to4 interface. A general
prefix can also be defined manually or acquired using DHCP for IPv6
prefix delegation.
Loopback42 (Address command) List of interfaces where this general prefix is used.
Syntax Description brief (Optional) Displays a brief summary of IPv6 status and configuration for each interface.
Usage Guidelines The show ipv6 interface command provides output similar to the show ip interface command, except that it
is IPv6-specific.
Use the show ipv6 interface command to validate the IPv6 status of an interface and its configured addresses.
The show ipv6 interface command also displays the parameters that IPv6 is using for operation on this interface
and any configured features.
If the interface’s hardware is usable, the interface is marked up. If the interface can provide two-way
communication for IPv6, the line protocol is marked up.
If you specify an optional interface type and number, the command displays information only about that
specific interface. For a specific interface, you can enter the prefix keyword to see the IPv6 neighbor discovery
(ND) prefixes that are configured on the interface.
The table below describes the significant fields shown in the display.
Field Description
Ethernet0/0 is up, line protocol is Indicates whether the interface hardware is active (whether line signal is
up present) and whether it has been taken down by an administrator. If the
interface hardware is usable, the interface is marked "up." For an interface
to be usable, both the interface hardware and line protocol must be up.
line protocol is up, down (down Indicates whether the software processes that handle the line protocol
is not shown in sample output) consider the line usable (that is, whether keepalives are successful or
IPv6 CP has been negotiated). If the interface can provide two-way
communication, the line protocol is marked up. For an interface to be
usable, both the interface hardware and line protocol must be up.
IPv6 is enabled, stalled, disabled Indicates that IPv6 is enabled, stalled, or disabled on the interface. If IPv6
(stalled and disabled are not is enabled, the interface is marked "enabled." If duplicate address detection
shown in sample output) processing identified the link-local address of the interface as being a
duplicate address, the processing of IPv6 packets is disabled on the
interface and the interface is marked "stalled." If IPv6 is not enabled, the
interface is marked "disabled."
Global unicast address(es): Displays the global unicast addresses assigned to the interface.
Joined group address(es): Indicates the multicast groups to which this interface belongs.
ICMP error messages Specifies the minimum interval (in milliseconds) between error messages
sent on this interface.
ICMP redirects The state of Internet Control Message Protocol (ICMP) IPv6 redirect
messages on the interface (the sending of the messages is enabled or
disabled).
Field Description
number of DAD attempts: Number of consecutive neighbor solicitation messages that are sent on
the interface while duplicate address detection is performed.
ND reachable time Displays the neighbor discovery reachable time (in milliseconds) assigned
to this interface.
ND advertised reachable time Displays the neighbor discovery reachable time (in milliseconds)
advertised on this interface.
ND advertised retransmit interval Displays the neighbor discovery retransmit interval (in milliseconds)
advertised on this interface.
ND router advertisements Specifies the interval (in seconds) for neighbor discovery router
advertisements (RAs) sent on this interface and the amount of time before
the advertisements expire.
As of Cisco IOS Release 12.4(2)T, this field displays the default router
preference (DRP) value sent by this device on this interface.
ND advertised default router The DRP for the device on a specific interface.
preference is Medium
The show ipv6 interface command displays information about attributes that may be associated
with an IPv6 address assigned to the interface.
Attribute Description
Attribute Description
interface Ethernet0/0
ipv6 address 2001:0DB8::1/64
ipv6 address 2001:0DB8::2/64
The default prefix shows the parameters that are configured using the ipv6 nd prefix default command.
FE80::205:73FF:FEA0:1 [UNA/TEN]
Global unicast address(es):
2001:2::2, subnet is 2001:2::/64
Joined group address(es):
FF02::1
FF02::2
FF02::66
FF02::1:FF00:2
MTU is 1500 bytes
ICMP error messages limited to one every 100 milliseconds
ND DAD is enabled, number of DAD attempts: 1
After the HSRP group becomes active, the UNA and TEN attributes are cleared, and the overly
optimistic DAD (OOD) attribute is set. The solicited node multicast address for the HSRP virtual
IPv6 address is also added to the interface.
This sample output shows the status of UNA, TEN and OOD attributes, when HSRP group is activated:
The table below describes additional significant fields shown in the displays for the show ipv6
interface command with HSRP configured.
Table 56: show ipv6 interface Command with HSRP Configured Field Descriptions
Field Description
IPv6 is enabled, link-local address is The interface IPv6 link-local address is marked UNA because
FE80:2::2 [UNA] it is no longer advertised.
FE80::205:73FF:FEA0:1 [UNA/TEN] The virtual link-local address list with the UNA and TEN
attributes set.
FE80::205:73FF:FEA0:1 [OPT] HSRP becomes active, and the HSRP virtual address marked
OPT.
Subsequent use of the show ipv6 interface then displays the interval as follows:
In the following example, the maximum RA interval is configured as 100 milliseconds (ms), and the
minimum RA interval is configured as 60 ms on Ethernet interface 1/0:
The table below describes additional significant fields shown in the displays for the show ipv6
interface command with minimum RA interval information configured.
Table 57: show ipv6 interface Command with Minimum RA Interval Information Configuration Field Descriptions
Field Description
ND router advertisements are sent ND RAs are sent at an interval randomly selected from a value
every 60 to 100 seconds between the minimum and maximum values. In this example, the
minimum value is 60 seconds, and the maximum value is 100
seconds.
ND router advertisements are sent ND RAs are sent at an interval randomly selected from a value
every 60 to 100 milliseconds between the minimum and maximum values. In this example, the
minimum value is 60 ms, and the maximum value is 100 ms.
ipv6 nd prefix Configures which IPv6 prefixes are included in IPv6 router advertisements.
show ip interface Displays the usability status of interfaces configured for IP.
show ipv6 mfib [vrf vrf-name] [{all | linkscope | verbose group-address-name | ipv6-prefix/ prefix-length
source-address-name | interface | status | summary}]
show ipv6 mfib [vrf vrf-name] [{all | linkscope | verbose | interface | status | summary}]
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
all (Optional) Displays all forwarding entries and interfaces in the IPv6 MFIB.
verbose (Optional) Provides additional information, such as the MAC encapsulation header
and platform-specific information.
ipv6-prefix (Optional) The IPv6 network assigned to the interface. The default IPv6 prefix is
128.
This argument must be in the form documented in RFC 2373 where the address is
specified in hexadecimal using 16-bit values between colons.
/ prefix-length (Optional) The length of the IPv6 prefix. A decimal value that indicates how many
of the high-order contiguous bits of the address comprise the prefix (the network
portion of the address). A slash mark must precede the decimal value.
Usage Guidelines Use the show ipv6 mfib command to display MFIB entries; and forwarding interfaces, and their traffic
statistics. This command can be enabled on virtual IP (VIP) if the router is operating in distributed mode.
A forwarding entry in the MFIB has flags that determine the default forwarding and signaling behavior to use
for packets matching the entry. The entry also has per-interface flags that further specify the forwarding
behavior for packets received or forwarded on specific interfaces. The table below describes the MFIB
forwarding entries and interface flags.
Flag Description
IC Internal copy--Deliver to the router a copy of the packets received or forwarded on this interface.
NS Negate signal--Reverse the default entry signaling behavior for packets received on this interface.
DP Do not preserve--When signaling the reception of a packet on this interface, do not preserve a copy of
it (discard it instead).
C Perform directly connected check for packets matching this entry. Signal the reception if packets were
originated by a directly connected source.
Examples The following example displays the forwarding entries and interfaces in the MFIB. The router is
configured for fast switching, and it has a receiver joined to FF05::1 on Ethernet1/1 and a source
(2001::1:1:20) sending on Ethernet1/2:
The table below describes the significant fields shown in the display.
Field Description
Forwarding Counts Statistics on the packets that are received from and forwarded to at least one interface.
Pkt Count/ Total number of packets received and forwarded since the creation of the multicast
forwarding state to which this counter applies.
Pkts per second/ Number of packets received and forwarded per second.
Avg Pkt Size/ Total number of bytes divided by the total number of packets for this multicast
forwarding state. There is no direct display for the total number of bytes. You can
calculate the total number of bytes by multiplying the average packet size by the packet
count.
Kbits per second Bytes per second divided by packets per second divided by 1000.
Other counts: Statistics on the received packets. These counters include statistics about the packets
received and forwarded and packets received but not forwarded.
The following example shows forwarding entries and interfaces in the MFIB, with a group address
of FF03:1::1 specified:
.
.
GigabitEthernet5/0.16 Flags:F NS
Pkts:71628/24
The following example shows forwarding entries and interfaces in the MFIB, with a group address
of FF03:1::1 and a source address of 5002:1::2 specified:
The following example shows forwarding entries and interfaces in the MFIB, with a group address
of FF03:1::1 and a default prefix of 128:
The following example shows forwarding entries and interfaces in the MFIB, with a group address
of FFE0 and a prefix of 15:
The following example shows output of the show ipv6 mfib command used with the verbose keyword.
It shows forwarding entries and interfaces in the MFIB and additional information such as the MAC
encapsulation header and platform-specific information.
Field Description
Platform per slot HW-Forwarding Counts Total number of packets per bytes forwarded.
show ipv6 mfib active Displays the rate at which active sources are sending to multicast groups.
show ipv6 mfib count Displays summary traffic statistics from the MFIB about the group and source.
show ipv6 mfib interface Displays information about IPv6 multicast-enabled interfaces and their
forwarding status.
Command Description
show ipv6 mfib status Displays the general MFIB configuration and operational status.
show ipv6 mfib summary Displays summary information about the number of IPv6 MFIB entries
(including link-local groups) and interfaces.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
explicit (Optional) Displays information about the hosts being explicitly tracked
on each interface for each group.
Usage Guidelines If you omit all optional arguments, the show ipv6 mld groups command displays by group address and
interface type and number all directly connected multicast groups, including link-local groups (where the
link-local keyword is not available) used.
Examples The following is sample output from the show ipv6 mld groups command. It shows all of the groups
joined by Fast Ethernet interface 2/1, including link-local groups used by network protocols.
The following is sample output from the show ipv6 mld groups command using the detail keyword:
The following is sample output from the show ipv6 mld groups command using the explicit keyword:
The table below describes the significant fields shown in the display.
Field Description
Uptime How long (in hours, minutes, and seconds) this multicast group has been known.
Expires How long (in hours, minutes, and seconds) until the entry is removed from the MLD groups
table.
The expiration timer shows "never" if the router itself has joined the group, and the expiration
timer shows "not used" when the router mode of the group is INCLUDE. In this situation,
the expiration timers on the source entries are used.
Last reporter: Last host to report being a member of the multicast group.
Field Description
ipv6 mld query-interval Configures the frequency at which the Cisco IOS software sends MLD host-query
messages.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines If you omit the optional type and number arguments, the show ipv6 mld interface command displays
information about all interfaces.
Examples The following is sample output from the show ipv6 mld interface command for Ethernet interface
2/1/1:
The table below describes the significant fields shown in the display.
Field Description
Global State Limit: 2 active out of 2 max Two globally configured MLD states are active.
Field Description
Internet address is... Internet address of the interface and subnet mask being applied
to the interface.
MLD is enabled in interface Indicates whether Multicast Listener Discovery (MLD) has been
enabled on the interface with the ipv6 multicast-routing
command.
MLD query interval is 125 seconds Interval (in seconds) at which the Cisco IOS software sends MLD
query messages, as specified with the ipv6 mld query-interval
command.
MLD querier timeout is 255 seconds The length of time (in seconds) before the router takes over as
the querier for the interface, as specified with the ipv6 mld
query-timeout command.
MLD max query response time is 10 The length of time (in seconds) that hosts have to answer an MLD
seconds Query message before the router deletes their group, as specified
with the ipv6 mld query-max-response-time command.
Last member query response interval is 1 Used to calculate the maximum response code inserted in group
seconds and source-specific query. Also used to tune the "leave latency"
of the link. A lower value results in reduced time to detect the
last member leaving the group.
Interface State Limit : 2 active out of 3 Two out of three configured interface states are active.
max
State Limit permit access list: change Activity for the state permit access list.
MLD activity: 83 joins, 63 leaves Number of groups joins and leaves that have been received.
ipv6 mld join-group Configures MLD reporting for a specified group and source.
ipv6 mld query-interval Configures the frequency at which the Cisco IOS software sends MLD host-query
messages.
Syntax Description vlan vlan-id (Optional) Specify a VLAN; the range is 1 to 1001 and 1006 to 4094.
Usage Guidelines Use this command to display MLD snooping configuration for the switch or for a specific VLAN.
VLAN numbers 1002 through 1005 are reserved for Token Ring and FDDI VLANs and cannot be used in
MLD snooping.
To configure the dual IPv4 and IPv6 template, enter the sdm prefer dual-ipv4-and-ipv6 global configuration
command and reload the switch.
Examples This is an example of output from the show ipv6 mld snooping vlan command. It shows snooping
characteristics for a specific VLAN.
This is an example of output from the show ipv6 mld snooping command. It displays snooping
characteristics for all VLANs on the switch.
Vlan 1:
--------
MLD snooping : Disabled
MLDv1 immediate leave : Disabled
Explicit host tracking : Enabled
Multicast router learning mode : pim-dvmrp
Robustness variable : 1
Last listener query count : 2
Last listener query interval : 1000
<output truncated>
Vlan 951:
--------
MLD snooping : Disabled
MLDv1 immediate leave : Disabled
Explicit host tracking : Enabled
Multicast router learning mode : pim-dvmrp
Robustness variable : 3
Last listener query count : 2
Last listener query interval : 1000
ipv6 mld snooping Enables and configures MLD snooping on the switch or on a VLAN.
sdm prefer Configures an SDM template to optimize system resources based on how the switch
is being used.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
source-address (Optional) Source address associated with an MLD membership for a group identified by
the access list.
Usage Guidelines If the optional source-address argument is not used, all SSM mapping information is displayed.
Examples The following example shows all SSM mappings for the router:
The following examples show SSM mapping for the source address 2001:0DB8::1:
The table below describes the significant fields shown in the displays.
Field Description
Field Description
DNS Lookup The DNS lookup feature is automatically enabled when the SSM mapping feature
is enabled.
Group mode ssm : TRUE The identified group is functioning in SSM mode.
Database : STATIC The router is configured to determine source addresses by checking static SSM
mapping configurations.
Database : DNS The router is configured to determine source addresses using DNS-based SSM
mapping.
Source list Source address associated with a group identified by the access list.
debug ipv6 mld ssm-map Displays debug messages for SSM mapping.
ipv6 mld ssm-map enable Enables the SSM mapping feature for groups in the configured SSM range
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the show ipv6 mld traffic command to check if the expected number of MLD protocol messages have
been received and sent.
Examples The following example displays the MLD protocol messages received and sent.
The table below describes the significant fields shown in the display.
Field Description
Elapsed time since counters cleared Indicates the amount of time (in hours, minutes, and seconds) since the
counters cleared.
Valid MLD packets Number of valid MLD packets received and sent.
Field Description
Errors Types of errors and the number of errors that have occurred.
show ipv6 mrib [vrf vrf-name] client [filter] [name {client-name | client-name : client-id}]
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
filter (Optional) Displays information about MRIB flags that each client owns and that
each client is interested in.
name (Optional) The name of a multicast routing protocol that acts as a client of MRIB,
such as Multicast Listener Discovery (MLD) and Protocol Independent Multicast
(PIM).
client-name : client-id The name and ID of a multicast routing protocol that acts as a client of MRIB,
such as MLD and PIM. The colon is required.
Usage Guidelines Use the filter keyword to display information about the MRIB flags each client owns and the flags in which
each client is interested.
Examples The following is sample output from the show ipv6 mrib client command:
The table below describes the significant fields shown in the display.
Field Description
igmp:145 (connection id 0) pim:146 (connection id 1) mfib ipv6:3 Client ID (client name:process ID)
(connection id 2) mfib ipv6 rp agent:16 (connection id 3)
show ipv6 mrib [vrf vrf-name] route [{link-local | summary | [{source-addresssource-name | *}]
[groupname-or-address [prefix-length]]}]
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
summary (Optional) Displays the number of MRIB entries (including link-local groups)
and interfaces present in the MRIB table.
Usage Guidelines All entries are created by various clients of the MRIB, such as Multicast Listener Discovery (MLD), Protocol
Independent Multicast (PIM), and Multicast Forwarding Information Base (MFIB). The flags on each entry
or interface serve as a communication mechanism between various clients of the MRIB. The entries reveal
how PIM sends register messages for new sources and the action taken.
The summary keyword shows the count of all entries, including link-local entries.
The interface flags are described in the table below.
Flag Description
IC Internal copy
NS Negate signal
Flag Description
DP Do not preserve
SP Signal present
II Internal interest
ID Internal uninterest
LI Local interest
LD Local uninterest
Special entries in the MRIB indicate exceptions from the normal behavior. For example, no signaling or
notification is necessary for arriving data packets that match any of the special group ranges. The special
group ranges are as follows:
• Undefined scope (FFX0::/16)
• Node local groups (FFX1::/16)
• Link-local groups (FFX2::/16)
• Source Specific Multicast (SSM) groups (FF3X::/32).
For all the remaining (usually sparse-mode) IPv6 multicast groups, a directly connected check is performed
and the PIM notified if a directly connected source arrives. This procedure is how PIM sends register messages
for new sources.
Examples The following is sample output from the show ipv6 mrib route command using the summary
keyword:
The table below describes the significant fields shown in the display.
Field Description
No. of Route x Interfaces (RxI) Sum of all the interfaces on each MRIB route entry.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Command Default The show ipv6 mroute command displays all groups and sources.
Usage Guidelines The IPv6 multicast implementation does not have a separate mroute table. For this reason, the show ipv6
mroute command enables you to display the information in the PIM topology table in a format similar to the
show ip mroute command.
If you omit all optional arguments and keywords, the show ipv6 mroute command displays all the entries in
the PIM topology table (except link-local groups where the link-local keyword is available).
The Cisco IOS software populates the PIM topology table by creating (S,G) and (*,G) entries based on PIM
protocol messages, MLD reports, and traffic. The asterisk (*) refers to all source addresses, the "S" refers to
a single source address, and the "G" is the destination multicast group address. In creating (S, G) entries, the
software uses the best path to that destination group found in the unicast routing table (that is, through Reverse
Path Forwarding [RPF]).
Use the show ipv6 mroute command to display the forwarding status of each IPv6 multicast route.
Examples The following is sample output from the show ipv6 mroute command:
The following is sample output from the show ipv6 mroute command with the summary keyword:
The following is sample output from the show ipv6 mroute command with the count keyword:
The table below describes the significant fields shown in the display.
Field Description
Timers: "Uptime" indicates per interface how long (in hours, minutes, and seconds) the entry
Uptime/Expires has been in the IPv6 multicast routing table. "Expires" indicates per interface how long
(in hours, minutes, and seconds) until the entry will be removed from the IPv6 multicast
routing table.
Field Description
(*, FF07::1) and Entry in the IPv6 multicast routing table. The entry consists of the IPv6 address of the
(2001:0DB8:999::99) source router followed by the IPv6 address of the multicast group. An asterisk (*) in
place of the source router indicates all sources.
Entries in the first format are referred to as (*, G) or "star comma G" entries. Entries
in the second format are referred to as (S, G) or "S comma G" entries; (*, G) entries
are used to build (S, G) entries.
Incoming interface: Expected interface for a multicast packet from the source. If the packet is not received
on this interface, it is discarded.
Outgoing interface Interfaces through which packets will be forwarded. For (S,G) entries, this list will
list: not include the interfaces inherited from the (*,G) entry.
ipv6 multicast-routing Enables multicast routing using PIM and MLD on all IPv6-enabled interfaces of
the router and enables multicast forwarding.
show ipv6 mfib Displays the forwarding entries and interfaces in the IPv6 MFIB.
Syntax Description vrf (Optional) Displays an IPv6 Virtual Private Network (VPN) routing/forwarding instance (VRF).
Usage Guidelines The vrf keyword and vrfname argument allow you to view MTUs related to a specific VRF.
Examples The following is sample output from the show ipv6 mtu command:
The following is sample output from the show ipv6 mtu command using the vrf keyword and vrfname
argument. This example provides information about the VRF named vrfname1:
The table below describes the significant fields shown in the display.
Field Description
MTU MTU, which was contained in the Internet Control Message Protocol (ICMP)
packet-too-big message, used for the path to the destination address.
Since Age of the entry since the ICMP packet-too-big message was received.
Destination Address Address contained in the received ICMP packet-too-big message. Packets originating
from this router to this address should be no bigger than the given MTU.
ipv6 mtu Sets the MTU size of IPv6 packets sent on an interface.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the show ipv6 nd destination command to display information about IPv6 host-mode destination cache
entries. If the vrf vrf-name keyword and argument pair is used, then only information about the specified VRF
is displayed. If the interface-type and interface-number arguments are used, then only information about the
specified interface is displayed.
Examples
# show ipv6 nd destination
The following table describes the significant fields shown in the display.
Field Description
2001::1 [8] The value displayed in brackets is the time, in seconds, since the destination cache entry
was last used.
ipv6 nd host mode strict Enables the conformant, or strict, IPv6 host mode.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the show ipv6 nd on-link prefix command to display information about on-link prefixes learned through
RAs.
Prefixes learned from an RA may be inspected using the show ipv6 nd on-link prefix command. If the vrf
vrf-name keyword and argument pair is used, then only information about the specified VRF is displayed. If
the interface-type and interface-number arguments are used, then only information about the specified
interface is displayed.
Examples The following example displays information about on-link prefixes learned through RAs:
ipv6 nd host mode strict Enables the conformant, or strict, IPv6 host mode.
Syntax Description interface-type (Optional) Specifies the type of the interface from which IPv6 neighbor information is to
be displayed.
interface-number (Optional) Specifies the number of the interface from which IPv6 neighbor information
is to be displayed.
ipv6-hostname (Optional) Specifies the IPv6 hostname of the remote networking device.
Usage Guidelines When the interface-type and interface-number arguments are not specified, cache information for all IPv6
neighbors is displayed. Specifying the interface-type and interface-number arguments displays only cache
information about the specified interface.
Specifying the statistics keyword displays ND cache statistics.
The following is sample output from the show ipv6 neighbors command when entered with an
interface type and number:
The following is sample output from the show ipv6 neighbors command when entered with an IPv6
address:
The table below describes the significant fields shown in the displays.
Field Description
Age Time (in minutes) since the address was confirmed to be reachable. A hyphen (-) indicates
a static entry.
State The state of the neighbor cache entry. Following are the states for dynamic entries in the
IPv6 neighbor discovery cache:
• INCMP (Incomplete)--Address resolution is being performed on the entry. A neighbor
solicitation message has been sent to the solicited-node multicast address of the target,
but the corresponding neighbor advertisement message has not yet been received.
• REACH (Reachable)--Positive confirmation was received within the last ReachableTime
milliseconds that the forward path to the neighbor was functioning properly. While in
REACH state, the device takes no special action as packets are sent.
• STALE--More than ReachableTime milliseconds have elapsed since the last positive
confirmation was received that the forward path was functioning properly. While in
STALE state, the device takes no action until a packet is sent.
• DELAY--More than ReachableTime milliseconds have elapsed since the last positive
confirmation was received that the forward path was functioning properly. A packet
was sent within the last DELAY_FIRST_PROBE_TIME seconds. If no reachability
confirmation is received within DELAY_FIRST_PROBE_TIME seconds of entering
the DELAY state, send a neighbor solicitation message and change the state to PROBE.
• PROBE--A reachability confirmation is actively sought by resending neighbor
solicitation messages every RetransTimer milliseconds until a reachability confirmation
is received.
• ????--Unknown state.
Following are the possible states for static entries in the IPv6 neighbor discovery cache:
• INCMP (Incomplete)--The interface for this entry is down.
• REACH (Reachable)--The interface for this entry is up.
Note Reachability detection is not applied to static entries in the IPv6 neighbor
discovery cache; therefore, the descriptions for the INCMP (Incomplete) and
REACH (Reachable) states are different for dynamic and static cache entries.
The following is sample output from the show ipv6 neighbors command with the statistics keyword:
IPv6 ND Statistics
Entries 2, High-water 2, Gleaned 1, Scavenged 0
Entry States
INCMP 0 REACH 0 STALE 2 GLEAN 0 DELAY 0 PROBE 0
Resolutions (INCMP)
Requested 1, timeouts 0, resolved 1, failed 0
In-progress 0, High-water 1, Throttled 0, Data discards 0
Resolutions (PROBE)
Requested 3, timeouts 0, resolved 3, failed 0
The table below describes the significant fields shown in this display:
Field Description
Gleaned Number of ND neighbor entries gleaned (that is, learned from a neighbor NA or
other ND packet).
Scavenged Number of stale ND neighbor entries that have timed out and been removed from
the cache.
Resolutions (INCMP) Statistics for neighbor resolutions attempted in INCMP state (that is, resolutions
prompted by a data packet). Details about the resolutions attempted in INCMP state
are follows:
• Requested--Total number of resolutions requested.
• Timeouts--Number of timeouts during resolutions.
• Resolved--Number of successful resolutions.
• Failed--Number of unsuccessful resolutions.
• In-progress--Number of resolutions in progress.
• High-water--Maximum number (so far) of resolutions in progress.
• Throttled--Number of times resolution request was ignored due to maximum
number of resolutions in progress limit.
• Data discards--Number of data packets discarded that are awaiting neighbor
resolution.
Field Description
Resolutions (PROBE) Statistics for neighbor resolutions attempted in PROBE state (that is, re-resolutions
of existing entries prompted by a data packet):
• Requested--Total number of resolutions requested.
• Timeouts--Number of timeouts during resolutions.
• Resolved--Number of successful resolutions.
• Failed--Number of unsuccessful resolutions.
show ipv6 nhrp [{dynamic [ipv6-address] | incomplete | static}] [{address | interface}] [{brief |
detail}] [purge]
Syntax Description dynamic (Optional) Displays dynamic (learned) IPv6-to-nonbroadcast multiaccess address (NBMA)
mapping entries. Dynamic NHRP mapping entries are obtained from NHRP
resolution/registration exchanges. See the table below for types, number ranges, and
descriptions.
incomplete (Optional) Displays information about NHRP mapping entries for which the IPv6-to-NBMA
is not resolved. See the table below for types, number ranges, and descriptions.
static (Optional) Displays static IPv6-to-NBMA address mapping entries. Static NHRP mapping
entries are configured using the ipv6 nhrp map command. See the table below for types,
number ranges, and descriptions.
interface (Optional) NHRP mapping entry for the specified interface. See the table below for types,
number ranges, and descriptions.
Usage Guidelines The table below lists the valid types, number ranges, and descriptions for the optional interface argument.
Note The valid types can vary according to the platform and interfaces on the platform.
async 1 Async
atm 0 to 6 ATM
cdma-ix 1 CDMA Ix
null 0 Null
Examples The following is sample output from the show ipv6 nhrp command:
The table below describes the significant fields shown in the display.
Field Description
created 6d05h Length of time since the entry was created (dayshours).
The following is sample output from the show ipv6 nhrp command using the brief keyword:
The table below describes the significant fields shown in the display.
Field Description
Type: static Type of tunnel. The types can be one of the following:
• dynamic--NHRP mapping is obtained dynamically. The mapping
entry is created using information from the NHRP resolution and
registrations.
• static--NHRP mapping is configured statically. Entries configured
by the ipv6 nhrp map command are marked static.
• incomplete--The NBMA address is not known for the target
network.
ipv6 nhrp map Statically configures the IPv6-to-NBMA address mapping of IP destinations connected
to an NBMA network.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when the OSPF routing process is
enabled.
area-id (Optional) Area ID. This argument displays information about a specified area only.
rate-limit (Optional) Rate-limited link-state advertisements (LSAs). This keyword displays LSAs that
are currently being rate limited, together with the remaining time to the next generation.
The table below describes the significant fields shown in the display.
Field Description
Routing process "ospfv3 1" with ID 10.10.10.1 Process ID and OSPF device ID.
LSA group pacing timer Configured LSA group pacing timer (in seconds).
Interface flood pacing timer Configured LSA flood pacing timer (in milliseconds).
The table below describes the significant fields shown in the display.
Table 77: show ipv6 ospf with Area Encryption Information Field Descriptions
Field Description
Field Description
NULL Encryption SHA-1 Auth, SPI Displays the encryption algorithm (in this case, null, meaning no
1001 encryption algorithm is used), the authentication algorithm (SHA-1),
and the security policy index (SPI) value (1001).
The following example displays the configuration values for SPF and LSA throttling timers:
The table below describes the significant fields shown in the display.
Table 78: show ipv6 ospf with SPF and LSA Throttling Timer Field Descriptions
Field Description
Minimum hold time between two consecutive Minimum hold time between consecutive SPF calculations.
SPFs
Maximum wait time between two consecutive Maximum hold time between consecutive SPF
SPFs 10000 msecs calculations.
Minimum LSA interval 5 secs Minimum time interval (in seconds) between link-state
advertisements.
Minimum LSA arrival 1000 msecs Maximum arrival time (in milliseconds) of link-state
advertisements.
The following example shows information about LSAs that are currently being rate limited:
The table below describes the significant fields shown in the display.
Field Description
Field Description
Due in: Remaining time until the generation of the next event.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when the OSPF routing process is
enabled.
Examples The following is sample output from the show ipv6 ospf border-routers command:
The table below describes the significant fields shown in the display.
Field Description
Field Description
Area 0, Area 1 The area ID of the area from which this route is learned.
SPF 13, SPF 8, SPF 3 The internal number of the shortest path first (SPF)
calculation that installs this route.
show ipv6 ospf [process-id] event [{generic | interface | lsa | neighbor | reverse | rib | spf}]
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when the OSPF routing process is
enabled.
interface (Optional) Interface state change events, including old and new states.
neighbor (Optional) Neighbor state change events, including old and new states.
reverse (Optional) Keyword to allow the display of events in reverse-from the latest to the oldest or
from oldest to the latest.
rib (Optional) Routing Information Base (RIB) update, delete, and redistribution events.
Usage Guidelines An OSPF event log is kept for every OSPF instance. If you enter no keywords with the show ipv6 ospf event
command, all information in the OSPF event log is displayed. Use the keywords to filter specific information.
Examples The following example shows scheduling and SPF run events, LSA arrival and LSA generation
events, in order from the oldest events to the latest generated events:
9 *Sep 29 11:59:18.367: Rcv Changed Type-0x2001 LSA, LSID 10.0.0.0, Adv-Rtr 1.1.1.1, Seq#
80007699, Age 2
10 *Sep 29 11:59:18.367: Schedule SPF, Area 0, Change in LSID 10.0.0.0, LSA type R
11 *Sep 29 11:59:18.867: Starting SPF
12 *Sep 29 11:59:18.867: Starting Intra-Area SPF in Area 0
16 *Sep 29 11:59:18.867: Starting Inter-Area SPF in area 0
17 *Sep 29 11:59:18.867: Starting External processing
18 *Sep 29 11:59:18.867: Starting External processing in area 0
19 *Sep 29 11:59:18.867: Starting External processing in area 1
20 *Sep 29 11:59:18.867: End of SPF
21 *Sep 29 11:59:19.367: Generate Changed Type-0x2003 LSA, LSID 10.0.0.4, Seq# 80000002,
Age 3600, Area 1, Prefix 3000:11:22::/64
23 *Sep 29 11:59:20.367: Rcv Changed Type-0x2009 LSA, LSID 10.0.0.0, Adv-Rtr 192.168.0.1,
Seq# 8000769A, Age 2
24 *Sep 29 11:59:20.367: Schedule SPF, Area 0, Change in LSID 10.0.0.0, LSA type P
25 *Sep 29 11:59:20.367: Rcv Changed Type-0x2001 LSA, LSID 10.0.0.0, Adv-Rtr 192.168.0.1,
Seq# 8000769A, Age 2
26 *Sep 29 11:59:20.367: Schedule SPF, Area 0, Change in LSID 10.0.0.0, LSA type R
27 *Sep 29 11:59:20.367: Rcv Changed Type-0x2002 LSA, LSID 10.1.0.1, Adv-Rtr 192.168.0.1,
Seq# 8000769A, Age 2
28 *Sep 29 11:59:20.367: Schedule SPF, Area 0, Change in LSID 10.1.0.1, LSA type N
29 *Sep 29 11:59:20.367: Rcv Changed Type-0x2001 LSA, LSID 10.0.0.0, Adv-Rtr 1.1.1.1, Seq#
8000769A, Age 2
30 *Sep 29 11:59:20.367: Schedule SPF, Area 0, Change in LSID 10.0.0.0, LSA type R
31 *Sep 29 11:59:20.867: Starting SPF
32 *Sep 29 11:59:20.867: Starting Intra-Area SPF in Area 0
36 *Sep 29 11:59:20.867: Starting Inter-Area SPF in area 0
37 *Sep 29 11:59:20.867: Starting External processing
38 *Sep 29 11:59:20.867: Starting External processing in area 0
39 *Sep 29 11:59:20.867: Starting External processing in area 1
40 *Sep 29 11:59:20.867: End of SPF
The table below describes the significant fields shown in the display.
Field Description
OSPFv3 Router with ID (10.0.0.1) (Process Process ID and OSPF router ID.
ID 1)
Seq# Link state sequence number (detects old or duplicate link state
advertisements).
Usage Guidelines Use the show ipv6 ospf graceful-restart command to discover information about the OSPFv3 graceful restart
feature.
The table below describes the significant fields shown in the display.
Field Description
Graceful Restart enabled The graceful restart feature is enabled on this router.
last restart 00:00:15 ago (took 36 secs) How long ago the last graceful restart occurred, and how long
it took to occur.
Graceful Restart helper support enabled Graceful restart helper mode is enabled. Because graceful restart
mode is also enabled on this router, you can identify this router
as being graceful-restart capable. A router that is
graceful-restart-aware cannot be configured in graceful-restart
mode.
Field Description
Router ID 10.1.1.1, checkpoint Router ID The IPv6 addresses of the current router and the checkpoint
10.0.0.0 router.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when the OSPF routing process
is enabled.
brief (Optional) Displays brief overview information for OSPF interfaces, states, addresses and
masks, and areas on the router.
Examples
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 00:00:05
Index 1/1/1, flood queue length 0
Next 0x0(0)/0x0(0)/0x0(0)
Last flood scan length is 12, maximum is 12
Last flood scan time is 0 msec, maximum is 0 msec
Neighbor Count is 1, Adjacent neighbor count is 1
Adjacent with neighbor 172.16.6.6 (Designated Router)
Suppress hello for 0 neighbor(s)
The table below describes the significant fields shown in the display.
Field Description
Area 1, Process ID 1, Instance ID 0, Router The area ID, process ID, instance ID, and router ID of the area
ID 172.16.3.3 from which this route is learned.
Backup Designated router Backup designated router ID and respective interface IP address.
Hello Number of seconds until the next hello packet is sent out this
interface.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer.
The number used here is the number assigned administratively when the Open Shortest
Path First (OSPF) routing process is enabled.
neighbor (Optional) Displays the list of all LSAs requested by the router from this neighbor.
interface (Optional) Displays the list of all LSAs requested by the router from this interface.
interface-neighbor (Optional) Displays the list of all LSAs requested by the router on this interface, from
this neighbor.
Usage Guidelines The information displayed by the show ipv6 ospf request-list command is useful in debugging OSPF routing
operations.
Examples The following example shows information about the LSAs requested by the router:
The table below describes the significant fields shown in the display.
Field Description
OSPFv3 Router with ID (192.168.255.5) Identification of the router for which information is displayed.
(Process ID 1)
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer.
The number used here is the number assigned administratively when the OSPF routing
process is enabled.
neighbor (Optional) Displays the list of all LSAs waiting to be re-sent for this neighbor.
interface (Optional) Displays the list of all LSAs waiting to be re-sent on this interface.
interface neighbor (Optional) Displays the list of all LSAs waiting to be re-sent on this interface, from
this neighbor.
Usage Guidelines The information displayed by the show ipv6 ospf retransmission-list command is useful in debugging Open
Shortest Path First (OSPF) routing operations.
Examples The following is sample output from the show ipv6 ospf retransmission-list command:
The table below describes the significant fields shown in the display.
Field Description
OSPFv3 Router with ID (192.168.255.2) Identification of the router for which information is displayed.
(Process ID 1)
Field Description
Link state retransmission due in Length of time before next link-state transmission.
Syntax Description detail (Optional) Displays statistics separately for each OSPF area and includes additional, more detailed
statistics.
Usage Guidelines The show ipv6 ospf statistics command provides important information about SPF calculations and the events
that trigger them. This information can be meaningful for both OSPF network maintenance and troubleshooting.
For example, entering the show ipv6 ospf statistics command is recommended as the first troubleshooting
step for link-state advertisement (LSA) flapping.
Examples The following example provides detailed statistics for each OSPFv6 area:
The table below describes the significant fields shown in the display.
Field Description
SPF Number of SPF algorithms executed in the OSPF area. The number increases by one for
each SPF algorithm that is executed in the area.
Executed ago Time in milliseconds that has passed between the start of the SPF algorithm execution
and the current time.
SPT Time in milliseconds required to compute the first stage of the SPF algorithm (to build a
short path tree). The SPT time plus the time required to process links to stub networks
equals the Intra time.
Ext Time in milliseconds for the SPF algorithm to process external and not so stubby area
(NSSA) LSAs and to install external and NSSA routes in the routing table.
Total Total duration time in milliseconds for the SPF algorithm process.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive integer. The
number used here is the number assigned administratively when the OSPF routing process is
enabled.
Usage Guidelines The process-id argument can be entered as a decimal number or as an IPv6 address format.
Examples The following is sample output from the show ipv6 ospf summary-prefix command:
The table below describes the significant fields shown in the display.
Field Description
Usage Guidelines Use the show ipv6 ospf timers rate-limit command to discover when LSAs in the queue will be sent.
Examples
The table below describes the significant fields shown in the display.
Field Description
Syntax Description process-id (Optional) OSPF process ID for which you want traffic statistics (for
example, queue statistics, statistics for each interface under the OSPF
process, and per OSPF process statistics).
interface-type interface-number (Optional) Type and number associated with a specific OSPF interface.
Command Default When the show ipv6 ospf traffic command is entered without any arguments, global OSPF traffic statistics
are displayed, including queue statistics for each OSPF process, statistics for each interface, and per OSPF
process statistics.
Usage Guidelines You can limit the displayed traffic statistics to those for a specific OSPF process by entering a value for the
process-id argument, or you can limit output to traffic statistics for a specific interface associated with an
OSPF process by entering values for the interface-type and interface-number arguments. To reset counters
and clear statistics, use the clear ipv6 ospf traffic command.
Examples The following example shows the display output for the show ipv6 ospf traffic command for
OSPFv3:
RX LS req 1 52
RX LS upd 4 320
RX LS ack 2 112
RX Total 16 852
TX Failed 0 0
TX Hello 8 304
TX DB des 3 144
TX LS req 1 52
TX LS upd 3 252
TX LS ack 3 148
TX Total 18 900
OSPFv3 header errors
Length 0, Checksum 0, Version 0, No Virtual Link 0,
Area Mismatch 0, Self Originated 0, Duplicate ID 0,
Instance ID 0, Hello 0, MTU Mismatch 0,
Nbr Ignored 0, Authentication 0,
OSPFv3 LSA errors
Type 0, Length 0, Data 0, Checksum 0,
Interface Ethernet0/0
OSPFv3 packets received/sent
Type Packets Bytes
RX Invalid 0 0
RX Hello 6 240
RX DB des 3 144
RX LS req 1 52
RX LS upd 5 372
RX LS ack 2 152
RX Total 17 960
TX Failed 0 0
TX Hello 11 420
TX DB des 9 312
TX LS req 1 52
TX LS upd 5 376
TX LS ack 3 148
TX Total 29 1308
OSPFv3 header errors
Length 0, Checksum 0, Version 0, No Virtual Link 0,
Area Mismatch 0, Self Originated 0, Duplicate ID 0,
Instance ID 0, Hello 0, MTU Mismatch 0,
Nbr Ignored 0, Authentication 0,
OSPFv3 LSA errors
Type 0, Length 0, Data 0, Checksum 0,
Summary traffic statistics for process ID 6:
OSPFv3 packets received/sent
Type Packets Bytes
RX Invalid 0 0
RX Hello 11 436
RX DB des 7 316
RX LS req 2 104
RX LS upd 9 692
RX LS ack 4 264
RX Total 33 1812
TX Failed 0 0
TX Hello 19 724
TX DB des 12 456
TX LS req 2 104
TX LS upd 8 628
TX LS ack 6 296
TX Total 47 2208
OSPFv3 header errors
Length 0, Checksum 0, Version 0, No Virtual Link 0,
Area Mismatch 0, Self Originated 0, Duplicate ID 0,
Instance ID 0, Hello 0, MTU Mismatch 0,
Nbr Ignored 0, Authentication 0,
The network administrator wants to start collecting new statistics, resetting the counters and clearing
the traffic statistics by entering the clear ipv6 ospf traffic command as follows:
# clear ipv6 ospf traffic
The table below describes the significant fields shown in the display.
Field Description
OSPFv3 statistics Traffic statistics accumulated for all OSPF processes running on the router.
To ensure compatibility with the showiptraffic command, only checksum
errors are displayed. Identifies the route map name.
OSPFv3 queues statistic for Queue statistics specific to Cisco IOS software.
process ID
Hello queue Statistics for the internal Cisco IOS queue between the packet switching
code (process IP Input) and the OSPF hello process for all received OSPF
packets.
Router queue Statistics for the internal Cisco IOS queue between the OSPF hello process
and the OSPF router for all received OSPF packets except OSPF hellos.
Interface statistics Per-interface traffic statistics for all interfaces that belong to the specific
OSPFv3 process ID.
OSPFv3 packets received/sent Number of OSPFv3 packets received and sent on the interface, sorted by
packet types.
OSPFv3 header errors Packet appears in this section if it was discarded because of an error in the
header of an OSPFv3 packet. The discarded packet is counted under the
appropriate discard reason.
OSPFv3 LSA errors Packet appears in this section if it was discarded because of an error in the
header of an OSPF link-state advertisement (LSA). The discarded packet
is counted under the appropriate discard reason.
Summary traffic statistics for Summary traffic statistics accumulated for an OSPFv3 process.
process ID
Note The OSPF process ID is a unique value assigned to the OSPFv3
process in the configuration.
The value for the received errors is the sum of the OSPFv3 header errors
that are detected by the OSPFv3 process, unlike the sum of the checksum
errors that are listed in the global OSPF statistics.
Usage Guidelines The information displayed by the show ipv6 ospf virtual-links command is useful in debugging OSPF routing
operations.
Examples The following is sample output from the show ipv6 ospf virtual-links command:
# show ipv6 ospf virtual-links
Virtual Link OSPF_VL0 to router 172.16.6.6 is up
Interface ID 27, IPv6 address FEC0:6666:6666::
Run as demand circuit
DoNotAge LSA allowed.
Transit area 2, via interface ATM3/0, Cost of using 1
Transmit Delay is 1 sec, State POINT_TO_POINT,
Timer intervals configured, Hello 10, Dead 40, Wait 40, Retransmit 5
Hello due in 00:00:06
The table below describes the significant fields shown in the display.
Field Description
Virtual Link OSPF_VL0 to router Specifies the OSPF neighbor, and if the link to that neighbor is
172.16.6.6 is up up or down.
Transit area 2 The transit area through which the virtual link is formed.
via interface ATM3/0 The interface through which the virtual link is formed.
Cost of using 1 The cost of reaching the OSPF neighbor through the virtual link.
Transmit Delay is 1 sec The transmit delay (in seconds) on the virtual link.
Field Description
Timer intervals... The various timer intervals configured for the link.
Hello due in 0:00:06 When the next hello is expected from the neighbor.
The following sample output from the show ipv6 ospf virtual-links command has two virtual links.
One is protected by authentication, and the other is protected by encryption.
Usage Guidelines
Examples # show ipv6 pim anycast-rp 110::1:1:1
ipv6 pim anycast-RP Configures the address of the PIM RP for an anycast group range.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
election Displays BSR state, BSR election, and bootstrap message (BSM)-related timers.
rp-cache Displays candidate rendezvous point (C-RP) cache learned from unicast C-RP announcements
on the elected BSR.
Usage Guidelines Use the show ipv6 pim bsr command to display details of the BSR election-state machine, C-RP advertisement
state machine, and the C-RP cache. Information on the C-RP cache is displayed only on the elected BSR
device, and information on the C-RP state machine is displayed only on a device configured as a C-RP.
The table below describes the significant fields shown in the display.
Field Description
Field Description
This system is the Bootstrap Router Indicates this device is the BSR and provides information on the
(BSR) parameters associated with it.
BS Timer On the elected BSR, the BS timer shows the time in which the next
BSM will be originated.
On all other devices in the domain, the BS timer shows the time at which
the elected BSR expires.
This system is candidate BSR Indicates this device is the candidate BSR and provides information on
the parameters associated with it.
The following example displays information that has been learned from various C-RPs at the BSR.
In this example, two candidate RPs have sent advertisements for the FF00::/8 or the default IPv6
multicast range:
The following example displays information about the C-RP. This RP has been configured without
a specific scope value, so the RP will send C-RP advertisements to all BSRs about which it has
learned through BSMs it has received.
The following example confirms that the IPv6 C-BSR is PIM-enabled. If PIM is disabled on an IPv6
C-BSR interface, or if a C-BSR or C-RP is configured with the address of an interface that does not
have PIM enabled, the show ipv6 pim bsr command used with the election keyword would display
that information instead.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
interface-type interface-number (Optional) Interface type and number. For more information, use the
question mark (?) online help function.
Usage Guidelines Use the show ipv6 pim df command to display the state of the DF election for each RP on each Protocol
Independent Multicast (PIM)-enabled interface if the bidirectional multicast traffic is not flowing as expected.
The table below describes the significant fields shown in the display.
Field Description
DF State The state of the DF election on the interface. The state can be:
• Offer
• Winner
• Backoff
• Lose
• None:RP LAN
The None:RP LAN state indicates that no DF election is taking place on this LAN because the
RP is directly connected to this LAN.
debug ipv6 pim df-election Displays debug messages for PIM bidirectional DF-election message
processing.
ipv6 pim rp-address Configures the address of a PIM RP for a particular group range.
show ipv6 pim df winner Displays the DF-election winner on each interface for each RP.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
group-range | group-mask (Optional) Group range list. Includes group ranges with the same prefix or
mask length.
info-source (Optional) Displays all mappings learned from a specific source, such as the
bootstrap router (BSR) or static configuration.
embedded-rp Displays group ranges learned through the embedded rendezvous point (RP).
Usage Guidelines Use the show ipv6 pim group-map command to find all group mappings installed by a given source of
information, such as BSR or static configuration.
You can also use this command to find which group mapping a router at a specified IPv6 group address is
using by specifying a group address, or to find an exact group mapping entry by specifying a group range and
mask length.
Examples The following is sample output from the show ipv6 pim group-map command:
Info source:Static
Uptime:00:09:42, Groups:0
The table below describes the significant fields shown in the display.
Field Description
Protocol Protocol used: sparse mode (SM), Source Specific Multicast (SSM), link-local (LL), or
NOROUTE (NO).
LL is used for the link-local scoped IPv6 address range (ff[0-f]2::/16). LL is treated as a separate
protocol type, because packets received with these destination addresses are not forwarded, but
the router might need to receive and process them.
NOROUTE or NO is used for the reserved and node-local scoped IPv6 address range
(ff[0-f][0-1]::/16). These addresses are nonroutable, and the router does not need to process
them.
Groups How many groups are present in the topology table from this range.
Info source Mappings learned from a specific source; in this case, static configuration.
The following example displays the group mappings learned from BSRs that exist in the PIM
group-to-RP or mode-mapping cache. The example shows the address of the BSR from which the
group mappings have been learned and the associated timeout.
show ipv6 pim [vrf vrf-name] interface [state-on] [state-off] [type number]
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The show ipv6 pim interface command is used to check if PIM is enabled on an interface, the number of
neighbors, and the designated router (DR) on the interface.
Examples The following is sample output from the show ipv6 pim interface command using the state-on
keyword:
The table below describes the significant fields shown in the display.
Field Description
Nbr Count Number of PIM neighbors that have been discovered through this interface.
The following is sample output from the show ipv6 pim interface command, modified to display
passive interface information:
GigabitEthernet0/0/0 on/P 0 30 1 On
Address: FE80::A8BB:CCFF:FE00:9100
DR : this system
The table below describes the significant change shown in the display.
Field Description
PIM Whether PIM is enabled on an interface. When PIM passive mode is used, a "P" is displayed in the
output.
show ipv6 pim neighbor Displays the PIM neighbors discovered by the Cisco IOS software.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
interface-type (Optional) Interface type. For more information, use the question mark (?) online help
function.
Usage Guidelines When Protocol Independent Multicast (PIM) sends multiple joins and prunes simultaneously, it aggregates
them into a single packet. The show ipv6 pim join-prune statistic command displays the average number
of joins and prunes that were aggregated into a single packet over the last 1000 PIM join-prune packets, over
the last 10,000 PIM join-prune packets, and over the last 50,000 PIM join-prune packets.
Examples The following example provides the join/prune aggregation on Ethernet interface 0/0/0:
The table below describes the significant fields shown in the display.
Field Description
Interface The interface from which the specified packets were transmitted or on which they were received.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The show ipv6 pim limit command checks interface statistics for limits. If the optional interface argument
is enabled, only information for the specified interface is shown.
ipv6 multicast limit cost Applies a cost to mroutes that match per interface mroute state limiters in IPv6.
show ipv6 pim [vrf vrf-name ]neighbor [detail ][{interface-type interface-number | count}]
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines The show ipv6 pim neighbor command displays which routers on the LAN are configured for PIM.
Examples The following is sample output from the show ipv6 pim neighbor command using the detail keyword
to identify the additional addresses of the neighbors learned through the routable address hello option:
# show ipv6 pim neighbor detail
The table below describes the significant fields shown in the display.
Field Description
Uptime How long (in hours, minutes, and seconds) the entry has been in the PIM neighbor
table.
Field Description
Expires How long (in hours, minutes, and seconds) until the entry will be removed from the
IPv6 multicast routing table.
show ipv6 pim interfaces Displays information about interfaces configured for PIM.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
config (Optional) The client. Displays the range lists configured on the router.
rp-address | rp-name (Optional) The address of a Protocol Independent Multicast (PIM) rendezvous point
(RP).
Usage Guidelines The show ipv6 pim range-list command displays IPv6 multicast range lists on a per-client and per-mode
basis. A client is the entity from which the specified range list was learned. The clients can be config, and the
modes can be Source Specific Multicast (SSM) or sparse mode (SM).
Examples The following is sample output from the show ipv6 pim range-list command:
The table below describes the significant fields shown in the display.
Field Description
Up: Uptime.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines This command shows the PIM topology table for a given group--(*, G), (S, G), and (S, G) Rendezvous Point
Tree (RPT)-- as internally stored in a PIM topology table. The PIM topology table may have various entries
for a given group, each with its own interface list. The resulting forwarding state is maintained in the Multicast
Routing Information Base (MRIB) table, which shows which interface the data packet should be accepted on
and which interfaces the data packet should be forwarded to for a given (S, G) entry. Additionally, the Multicast
Forwarding Information Base (MFIB) table is used during forwarding to decide on per-packet forwarding
actions.
The route-count keyword shows the count of all entries, including link-local entries.
PIM communicates the contents of these entries through the MRIB, which is an intermediary for communication
between multicast routing protocols (such as PIM), local membership protocols (such as Multicast Listener
Discovery [MLD]), and the multicast forwarding engine of the system.
For example, an interface is added to the (*, G) entry in PIM topology table upon receipt of an MLD report
or PIM (*, G) join message. Similarly, an interface is added to the (S, G) entry upon receipt of the MLD
INCLUDE report for the S and G or PIM (S, G) join message. Then PIM installs an (S, G) entry in the MRIB
with the immediate olist (from (S, G)) and the inherited olist (from (*, G)). Therefore, the proper forwarding
state for a given entry (S, G) can be seen only in the MRIB or the MFIB, not in the PIM topology table.
Examples The following is sample output from the show ipv6 pim topology command:
The table below describes the significant fields shown in the display.
Field Description
Entry flags: KAT The keepalive timer (KAT) associated with a source is used to keep track of two intervals
while the source is alive. When a source first becomes active, the first-hop router sets the
keepalive timer to 3 minutes and 30 seconds, during which time it does not probe to see
if the source is alive. Once this timer expires, the router enters the probe interval and resets
the timer to 65 seconds, during which time the router assumes the source is alive and starts
probing to determine if it actually is. If the router determines that the source is alive, the
router exits the probe interval and resets the keepalive timer to 3 minutes and 30 seconds.
If the source is not alive, the entry is deleted at the end of the probe interval.
AA, PA The assume alive (AA) and probe alive (PA) flags are set when the router is in the probe
interval for a particular source.
RR The register received (RR) flag is set on the (S, G) entries on the Route Processor (RP)
as long as the RP receives registers from the source Designated Router (DR), which keeps
the source state alive on the RP.
SR The sending registers (SR) flag is set on the (S, G) entries on the DR as long as it sends
registers to the RP.
show ipv6 mrib client Displays information about the clients of the MRIB.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the show ipv6 pim traffic command to check if the expected number of PIM protocol messages have
been received and sent.
Examples The following example shows the number of PIM protocol messages received and sent.
The table below describes the significant fields shown in the display.
Field Description
Elapsed time since counters cleared Indicates the amount of time (in hours, minutes, and seconds) since the
counters cleared.
Valid PIM Packets Number of valid PIM packets received and sent.
Field Description
Register Stop Number of PIM register stop messages received and sent.
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines If you use the show ipv6 pim tunnel command without the optional interface keyword, information about
the PIM register encapsulation and de-encapsulation tunnel interfaces is displayed.
The PIM encapsulation tunnel is the register tunnel. An encapsulation tunnel is created for every known
rendezvous point (RP) on each router. The PIM decapsulation tunnel is the register decapsulation tunnel. A
decapsulation tunnel is created on the RP for the address that is configured to be the RP address.
Examples The following is sample output from the show ipv6 pim tunnel command on the RP:
The following is sample output from the show ipv6 pim tunnel command on a non-RP:
The table below describes the significant fields shown in the display.
Field Description
Field Description
source Source address of the router that is sending encapsulating registers to the RP.
Usage Guidelines IPv6 policy matches will be counted on route maps, as is done in IPv4. Therefore, IPv6 policy matches can
also be displayed on the show route-map command.
Interface Routemap
Ethernet0/0 src-1
The table below describes the significant fields shown in the display.
Field Description
Interface Interface type and number that is configured to run Protocol-Independent Multicast (PIM).
Routemap The name of the route map on which IPv6 policy matches were counted.
show route-map Displays all route maps configured or only the one specified.
Syntax Description detail | summary (Optional) Displays detailed or summarized information about all IPv6 prefix lists.
ipv6-prefix All prefix list entries for the specified IPv6 network.
This argument must be in the form documented in RFC 2373 where the address is
specified in hexadecimal using 16-bit values between colons.
/ prefix-length The length of the IPv6 prefix. A decimal value that indicates how many of the high-order
contiguous bits of the address comprise the prefix (the network portion of the address).
A slash mark must precede the decimal value.
longer (Optional) Displays all entries of an IPv6 prefix list that are more specific than the given
ipv6-prefix / prefix-lengthvalues.
first-match (Optional) Displays the entry of an IPv6 prefix list that matches the given ipv6-prefix /
prefix-lengthvalues.
seq seq-num The sequence number of the IPv6 prefix list entry.
Usage Guidelines The show ipv6 prefix-list command provides output similar to the show ip prefix-list command, except that
it is IPv6-specific.
Examples The following example shows the output of the show ipv6 prefix-list command with the detail
keyword:
The table below describes the significant fields shown in the display.
Field Description
Prefix list with the latest deletion/insertion: Prefix list that was last modified.
The following example shows the output of the show ipv6 prefix-list command with the summary
keyword:
clear ipv6 prefix-list Resets the hit count of the prefix list entries.
Command Description
match ipv6 address Distributes IPv6 routes that have a prefix permitted by a prefix list.
Syntax Description summary (Optional) Displays the configured routing protocol process names.
Usage Guidelines The information displayed by the show ipv6 protocols command is useful in debugging routing operations.
Examples The following sample output from the show ipv6 protocols command displays Intermediate
System-to-Intermediate System (IS-IS) routing protocol information:
The table below describes the significant fields shown in the display.
Table 103: show ipv6 protocols Field Descriptions for IS-IS Processes
Field Description
Interfaces Specifies the interfaces on which the IPv6 IS-IS protocol is configured.
Inter-area redistribution Lists the IS-IS levels that are being redistributed into other levels.
using prefix-list Names the prefix list used in the interarea redistribution.
Address Summarization Lists all the summary prefixes. If the summary prefix is being advertised,
"advertised with metric x" will be displayed after the prefix.
The following sample output from the show ipv6 protocols command displays the Border Gateway
Protocol (BGP) information for autonomous system 30:
The table below describes the significant fields shown in the display.
Table 104: show ipv6 protocols Field Descriptions for BGP Process
Field Description
The following is sample output from the show ipv6 protocols summary command:
The following sample output from the show ipv6 protocols command displays the EIGRP information
including the vector metric and EIGRP IPv6 NSF:
Interfaces:
Redistribution:
None
The following example displays IPv6 protocol information after configuring redistribution in an
Open Shortest Path First (OSPF) domain:
Syntax Description name (Optional) Name of the RIP process. If the name is not entered, details of all configured RIP
processes are displayed.
vrf vrf-name (Optional) Displays information about the specified Virtual Routing and Forwarding (VRF)
instance.
database (Optional) Displays information about entries in the specified RIP IPv6 routing table.
next-hops (Optional) Displays information about the next hop addresses for the specified RIP IPv6
process. If no RIP process name is specified, the next-hop addresses for all RIP IPv6 processes
are displayed.
Command Default Information about all current IPv6 RIP processes is displayed.
Examples The following is sample output from the show ipv6 rip command:
The table below describes the significant fields shown in the display.
Field Description
multicast-group The IPv6 multicast group of which the RIP process is a member.
pid The process identification number (pid) assigned to the RIP process.
Administrative distance Used to rank the preference of sources of routing information. Connected routes
have an administrative distance of 1 and are preferred over the same route learned
by a protocol with a larger administrative distance value.
Default routes The origination of a default route into RIP. Default routes are either generated or
not generated.
Periodic updates The number of RIP update packets sent on an update timer.
trigger updates The number of RIP update packets sent as triggered updates.
The following is sample output from the show ipv6 rip database command.
The table below describes the significant fields shown in the display.
Field Description
Ethernet2/2001:DB8:0:ABCD::1 Interface and LL next hop through which the IPv6 route was learned.
advertise For an expired route, the value (in seconds) during which the route will
be advertised as expired.
The following is sample output from the show ipv6 rip next-hops command.
The table below describes the significant fields shown in the display.
Field Description
2001:DB8:0:1::1/Ethernet4/2 The next-hop address and interface through which it was learned. Next hops
are either the addresses of IPv6 RIP neighbors from which we have learned
routes or explicit next hops received in IPv6 RIP advertisements.
Note An IPv6 RIP neighbor may choose to advertise all its routes with
an explicit next hop. In this case the address of the neighbor would
not appear in the next hop display.
[1 routes] The number of routes in the IPv6 RIP routing table using the specified next
hop.
The following is sample output from the show ipv6 rip vrf command:
The table below describes the significant fields shown in the display.
Field Description
multicast-group The IPv6 multicast group of which the RIP process is a member.
Administrative distance Used to rank the preference of sources of routing information. Connected routes
have an administrative distance of 1 and are preferred over the same route learned
by a protocol with a larger administrative distance value.
Default routes The origination of a default route into RIP. Default routes are either generated or
not generated.
Periodic updates The number of RIP update packets sent on an update timer.
trigger updates The number of RIP update packets sent as triggered updates.
The following is sample output from show ipv6 rip vrf next-hops command:
Device# show ipv6 rip vrf blue next-hops
Field Description
Ethernet0/0/FE80::A8BB:CCFF:FE00:7C00 The next hop address and interface through which it was
learned. Next hops are either the addresses of IPv6 RIP
neighbors from which we have learned routes, or explicit next
hops received in IPv6 RIP advertisements.
Note An IPv6 RIP neighbor may choose to advertise
all its routes with an explicit next hop. In this case
the address of the neighbor would not appear in
the next hop display.
The following is sample output from show ipv6 rip vrf database command:
Field Description
FE80::A8BB:CCFF:FE00:7C00/Ethernet0/0 Interface and LL next hop through which the IPv6 route was
learned.
1 paths Indicates the number of unique paths to this router that exist in
the routing table.
clear ipv6 rip Deletes routes from the IPv6 RIP routing table.
debug ipv6 rip Displays the current contents of the IPv6 RIP routing table.
ipv6 rip vrf-mode enable Enables VRF-aware support for IPv6 RIP.
Syntax Description ipv6-address (Optional) Displays routing information for a specific IPv6 address.
/prefix-length (Optional) The length of the IPv6 prefix. A decimal value that indicates how many of the
high-order contiguous bits of the address comprise the prefix (the network portion of the
address). A slash mark must precede the decimal value.
protocol (Optional) The name of a routing protocol or the keyword connected, local, mobile, or
static. If you specify a routing protocol, use one of the following keywords: bgp, isis, eigrp,
ospf, or rip.
day month (Optional) Displays routes since the specified day and month.
time (Optional) Displays routes since the specified time, in hh:mm format.
nd (Optional) Displays only routes from the IPv6 Routing Information Base (RIB) that are
owned by Neighbor Discovery (ND).
repair (Optional)
table table-id (Optional) Displays IPv6 RIB table information for the specified table ID. The table ID
must be in hexadecimal format. The range is from 0 to 0-0xFFFFFFFF.
Command Default If none of the optional syntax elements is chosen, all IPv6 routing information for all active routing tables is
displayed.
Usage Guidelines The show ipv6 route command provides output similar to the show ip route command, except that the
information is IPv6-specific.
When the ipv6-address or ipv6-prefix/prefix-length argument is specified, the longest match lookup is performed
from the routing table, and only route information for that address or network is displayed. When a routing
protocol is specified, only routes for that protocol are displayed. When the connected, local, mobile, or static
keyword is specified, only the specified type of route is displayed. When the interface keyword and type and
number arguments are specified, only routes for the specified interface are displayed.
Examples The following is sample output from the show ipv6 route command when no keywords or arguments
are specified:
The table below describes the significant fields shown in the display.
Field Description
Codes: Indicates the protocol that derived the route. Values are as follows:
• B—BGP derived
• C—Connected
• I1—ISIS L1—Integrated IS-IS Level 1 derived
• I2—ISIS L2—Integrated IS-IS Level 2 derived
• IA—ISIS interarea—Integrated IS-IS interarea derived
• L—Local
• R—RIP derived
• S—Static
[20/0] The first number in brackets is the administrative distance of the information
source; the second number is the metric for the route.
via Specifies the address of the next device to the remote network.
FE80::A8BB:CCFF:FE02:8B00
When you specify a protocol, only routes for that particular routing protocol are shown. The following
is sample output from the show ipv6 route bgp command. The fields in the display are
self-explanatory.
The following is sample output from the show ipv6 route local command. The fields in the display
are self-explanatory.
The following is sample output from the show ipv6 route command when the 6PE multipath feature
is enabled. The fields in the display are self-explanatory.
show ipv6 route summary Displays the current contents of the IPv6 routing table in summary format.
conflicts (Optional) Displays RAs that differ from the RAs configured for a specified interface.
vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
detail (Optional) Provides detail about the eligibility of the neighbor for election as the default
device.
Command Default When an interface is not specified, on-link RA information is displayed for all interface types. (The term
onl-ink refers to a locally reachable address on the link.)
Usage Guidelines Devices that advertise parameters that differ from the RA parameters configured for the interface on which
the RAs are received are marked as conflicting.
Examples The following is sample output from the show ipv6 routers command when entered without an IPv6
interface type and number:
The following sample output shows a single neighboring device that is advertising a high default
device preference and is indicating that it is functioning as a Mobile IPv6 home agent on this link.
The following table describes the significant fields shown in the displays.
Field Description
Lifetime The configured lifetime value for the RA. A value of 0 indicates that the device is not
a default device. A value other than 0 indicates that the device is a default device.
AddrFlag If the value is 0, the RA received from the device indicates that addresses are not
configured using the stateful autoconfiguration mechanism. If the value is 1, the
addresses are configured using this mechanism.
OtherFlag If the value is 0, the RA received from the device indicates that information other than
addresses is not obtained using the stateful autoconfiguration mechanism. If the value
is 1, other information is obtained using this mechanism. (The value of OtherFlag can
be 1 only if the value of AddrFlag is 1.)
HomeAgentFlag=1 The value can be either 0 or 1. A value of 1 indicates that the device from which the
RA was received is functioning as a mobile IPv6 home agent on this link, and a value
of 0 indicates it is not functioning as a mobile IPv6 home agent on this link.
Retransmit time The configured RetransTimer value. The time value to be used on this link for neighbor
solicitation transmissions, which are used in address resolution and neighbor
unreachability detection. A value of 0 means the time value is not specified by the
advertising device.
Prefix A prefix advertised by the device. Also indicates if on-link or autoconfig bits were set
in the RA message.
Valid lifetime The length of time (in seconds) relative to the time the advertisement is sent that the
prefix is valid for the purpose of on-link determination. A value of -1 (all ones, 0xffffffff)
represents infinity.
preferred lifetime The length of time (in seconds) relative to the time the advertisements is sent that
addresses generated from the prefix via address autoconfiguration remain valid. A value
of -1 (all ones, 0xffffffff) represents infinity.
When the interface-type and interface-number arguments are specified, RA details about that specific
interface are displayed. The following is sample output from the show ipv6 routers command when
entered with an interface type and number:
Entering the conflicts keyword with the show ipv6 routers command displays information for
devices that are advertising parameters different from the parameters configured for the interface on
which the advertisements are being received, as the following sample output shows:
Use of the detail keyword provides information about the preference rank of the device, its eligibility
for election as default device, and whether the device has been elected:
Syntax Description source-vrf Name or address of the virtual routing and forwarding (VRF) on which lookups are to be
performed.
access-list Name or address of access control list (ACL) to be applied to the group-based VRF selection
policy.
Usage Guidelines The show ipv6 rpf command displays information about how IPv6 multicast routing performs Reverse Path
Forwarding (RPF). Because the router can find RPF information from multiple routing tables (for example,
unicast Routing Information Base [RIB], multiprotocol Border Gateway Protocol [BGP] routing table, or
static mroutes), the show ipv6 rpf command to display the source from which the information is retrieved.
Examples The following example displays RPF information for the unicast host with the IPv6 address of
2001::1:1:2:
The table below describes the significant fields shown in the display.
Field Description
RPF information for 2001::1:1:2 Source address that this information concerns.
RPF interface:Ethernet3/2 For the given source, the interface from which the router expects to get
packets.
RPF neighbor:FE80::40:1:3 For the given source, the neighbor from which the router expects to get
packets.
RPF route/mask:20::/64 Route number and mask that matched against this source.
RPF type:Unicast Routing table from which this route was obtained, either unicast,
multiprotocol BGP, or static mroutes.
RPF recursion count Indicates the number of times the route is recursively resolved.
Metric preference:110 The preference value used for selecting the unicast routing metric to the
Route Processor (RP) announced by the designated forwarder (DF).
Syntax Description source-guard-policy User-defined name of the snooping policy. The policy name can be a symbolic string
(such as Engineering) or an integer (such as 0).
Usage Guidelines The show ipv6 source-guard policy command displays the IPv6 source-guard policy configuration, as well
as all the interfaces on which the policy is applied. The command also displays IPv6 prefix guard information
if the IPv6 prefix guard feature is enabled on the device.
Usage Guidelines Use the show ipv6 spd command to display the SPD configuration, which may provide useful troubleshooting
information.
Examples The following is sample output from the show ipv6 spd command:
The table below describes the significant fields shown in the display.
Field Description
ipv6 spd queue max-threshold Configures the maximum number of packets in the SPD process input
queue.
Syntax Description ipv6-address (Optional) Provides routing information for a specific IPv6 address.
This argument must be in the form documented in RFC 2373 where the address is specified
in hexadecimal using 16-bit values between colons.
/prefix-length (Optional) The length of the IPv6 prefix. A decimal value that indicates how many of the
high-order contiguous bits of the address comprise the prefix (the network portion of the
address). A slash mark must precede the decimal value.
type (Optional, but required if the interface keyword is used) Interface type. For a list of supported
interface types, use the question mark (?) online help function.
number (Optional, but required if the interface keyword is used) Interface number. For specific
numbering syntax for supported interface types, use the question mark (?) online help function.
Command Default All IPv6 routing information for all active routing tables is displayed.
Usage Guidelines The show ipv6 static command provides output similar to the show ip route command, except that it is
IPv6-specific.
When the ipv6-address or ipv6-prefix/prefix-length argument is specified, a longest match lookup is performed
from the routing table and only route information for that address or network is displayed. Only the information
matching the criteria specified in the command syntax is displayed. For example, when the type number
arguments are specified, only the specified interface-specific routes are displayed.
Examples
show ipv6 static Command with No Options Specified in the Command Syntax: Example
When no options specified in the command, those routes installed in the IPv6 Routing Information
Base (RIB) are marked with an asterisk, as shown in the following example:
The table below describes the significant fields shown in the display.
Field Description
via nexthop Specifies the address of the next in the path to the remote network.
show ipv6 static Command with the IPv6 Address and Prefix: Example
When the ipv6-address or ipv6-prefix/prefix-length argument is specified, only information about
static routes for that address or network is displayed. The following is sample output from the show
ipv6 route command when entered with the IPv6 prefix 2001:200::/35:
IPv6 Static routes Code: * - installed in RIB 5000::/16, interface Ethernet3/0, distance 1
IPv6 Static routes Code: * - installed in RIB * 4000::/16, via nexthop 2001:1::1, distance 1 * 5555::/16,
via nexthop 4000::1, distance 1 5555::/16, via nexthop 9999::1, distance 1
Command Description
show ipv6 route summary Displays the current contents of the IPv6 routing table in summary format.
Syntax Description interface (Optional) All interfaces. IPv6 forwarding statistics for all interfaces on which IPv6
forwarding statistics are being kept will be displayed.
interface type number (Optional) Specified interface. Interface statistics that have occurred since the
statistics were last cleared on the specific interface are displayed.
Usage Guidelines The show ipv6 traffic command provides output similar to the show ip traffic command, except that it is
IPv6-specific.
Examples The following is sample output from the show ipv6 traffic command:
The following is sample output for the show ipv6 interface command without IPv6 CEF running:
The following is sample output for the show ipv6 interface command with IPv6 CEF running:
The table below describes the significant fields shown in the display.
Field Description
Field Description
format errors Errors that can result from checks performed on header fields, the version
number, and packet length.
not a device Message sent when IPv6 unicast routing is not enabled.
0 unicast RPF drop, 0 Number of unicast and suppressed reverse path forwarding (RPF) drops.
suppressed RPF drop
encapsulation failed Failure that can result from an unresolved address or try-and-queue packet.
no route Counted when the software discards a datagram it did not know how to
route.
Process Switching Displays process RPF counts, such as verification and suppressed
verification drops.
CEF Switching Displays CEF switching counts, such as verification drops and suppressed
verification drops.
Syntax Description name-of-chain (Optional) Name of the key chain to display, as named in the key chain command.
Command Default If the command is used without any parameters, then it lists out all the key chains.
Examples The following is sample output from the show key chain command:
show key chain
Device# show key chain
Key-chain AuthenticationGLBP:
key 1 -- text "Thisisasecretkey"
accept lifetime (always valid) - (always valid) [valid now]
send lifetime (always valid) - (always valid) [valid now]
Key-chain glbp2:
key 100 -- text "abc123"
accept lifetime (always valid) - (always valid) [valid now]
send lifetime (always valid) - (always valid) [valid now]
send-lifetime Sets the time period during which an authentication key on a key chain is valid to be sent.
show track
To display information about objects that are tracked by the tracking process, use the show track command
in privileged EXEC mode.
show track [{object-number [brief] | application [brief] | interface [brief] | ip[route [brief] | [sla
[brief]] | ipv6 [route [brief]] | list [route [brief]] | resolution [ip | ipv6] | stub-object [brief] |
summary | timers}]
Syntax Description object-number (Optional) Object number that represents the object to be tracked. The range is from 1 to
1000.
brief (Optional) Displays a single line of information related to the preceding argument or
keyword.
Usage Guidelines Use this command to display information about objects that are tracked by the tracking process. When no
arguments or keywords are specified, information for all objects is displayed.
A maximum of 1000 objects can be tracked. Although 1000 tracked objects can be configured, each tracked
object uses CPU resources. The amount of available CPU resources on a device is dependent upon variables
such as traffic load and how other protocols are configured and run. The ability to use 1000 tracked objects
is dependent upon the available CPU. Testing should be conducted on site to ensure that the service works
under the specific site traffic conditions.
Examples The following example shows information about the state of IP routing on the interface that is being
tracked:
Track 1
Interface GigabitEthernet 1/0/1 ip routing
IP routing is Down (no IP addr)
1 change, last change 00:01:08
The table below describes the significant fields shown in the displays.
Field Description
Interface GigabitEthernet 1/0/1 ip Interface type, interface number, and object that is being tracked.
routing
1 change, last change Number of times that the state of a tracked object has changed and
the time (in hh:mm:ss ) since the last change.
track interface Configures an interface to be tracked and enters tracking configuration mode.
track ip route Tracks the state of an IP route and enters tracking configuration mode.
track
To configure an interface to be tracked where the Gateway Load Balancing Protocol (GLBP) weighting
changes based on the state of the interface, use the track command in global configuration mode. To remove
the tracking, use the no form of this command.
Syntax Description object-number Object number in the range from 1 to 1000 representing the interface to be tracked.
ipv6 routing Tracks whether IPv6 routing is enabled, an IP address is configured on the interface,
and the interface state is up, before reporting to GLBP that the interface is up.
Usage Guidelines Use the track command in conjunction with the glbp weighting and glbp weighting track commands to
configure parameters for an interface to be tracked. If a tracked interface on a GLBP device goes down, the
weighting for that device is reduced. If the weighting falls below a specified minimum, the device will lose
its ability to act as an active GLBP virtual forwarder.
A maximum of 1000 objects can be tracked. Although 1000 tracked objects can be configured, each tracked
object uses CPU resources. The amount of available CPU resources on a device is dependent upon variables
such as traffic load and how other protocols are configured and run. The ability to use 1000 tracked objects
is dependent upon the available CPU. Testing should be conducted on site to ensure that the service works
under the specific site traffic conditions.
Examples In the following example, TenGigabitEthernet interface 0/0/1 tracks whether GigabitEthernet interfaces
1/0/1 and 1/0/3 are up. If either of the GigabitEthernet interface goes down, the GLBP weighting is
reduced by the default value of 10. If both GigabitEthernet interfaces go down, the GLBP weighting
will fall below the lower threshold and the device will no longer be an active forwarder. To resume
its role as an active forwarder, the device must have both tracked interfaces back up, and the weighting
must rise above the upper threshold.
Device(config-track)# exit
Device(config)# track 2 interface GigabitEthernet 1/0/3 line-protocol
Device(config-track)# exit
Device(config)# interface TenGigabitEthernet 0/0/1
Device(config-if)# ip address 10.21.8.32 255.255.255.0
Device(config-if)# glbp 10 weighting 110 lower 95 upper 105
Device(config-if)# glbp 10 weighting track 1
Device(config-if)# glbp 10 weighting track 2
glbp weighting track Specifies an object to be tracked that affects the weighting of a GLBP gateway.
vrrp
To create a Virtual Router Redundancy Protocol version 3 (VRRPv3) group and enter VRRPv3 group
configuration mode, use the vrrp. To remove the VRRPv3 group, use the no form of this command.
Syntax Description group-id Virtual router group number. The range is from 1 to 255.
Usage Guidelines
Examples The following example shows how to create a VRRPv3 group and enter VRRP configuration mode:
vrrp description
To assign a description to the Virtual Router Redundancy Protocol (VRRP) group, use the vrrp description
command in interface configuration mode. To remove the description, use the no form of this command.
description text
no description
Syntax Description text Text (up to 80 characters) that describes the purpose or use of the group.
Examples The following example enables VRRP. VRRP group 1 is described as Building A – Marketing and
Administration.
vrrp Creates a VRRPv3 group and enters VRRPv3 group configuration mode.
vrrp preempt
To configure the device to take over as primary virtual router for a Virtual Router Redundancy Protocol
(VRRP) group if it has higher priority than the current primary virtual router, use the preempt command in
VRRP configuration mode. To disable this function, use the no form of this command.
Syntax Description delay minimum seconds (Optional) Number of seconds that the device will delay before issuing an
advertisement claiming primary ownership. The default delay is 0 seconds.
Usage Guidelines By default, the device being configured with this command will take over as primary virtual router for the
group if it has a higher priority than the current primary virtual router. You can configure a delay, which will
cause the VRRP device to wait the specified number of seconds before issuing an advertisement claiming
primary ownership.
Note The device that is the IP address owner will preempt, regardless of the setting of this command.
Examples The following example configures the device to preempt the current primary virtual router when its
priority of 200 is higher than that of the current primary virtual router. If the device preempts the
current primary virtual router, it waits 15 seconds before issuing an advertisement claiming it is the
primary virtual router.
vrrp Creates a VRRPv3 group and enters VRRPv3 group configuration mode.
priority Sets the priority level of the device within a VRRP group.
vrrp priority
To set the priority level of the device within a Virtual Router Redundancy Protocol (VRRP) group, use the
priority command in interface configuration mode. To remove the priority level of the device, use the no
form of this command.
priority level
no priority level
Syntax Description level Priority of the device within the VRRP group. The range is from 1 to 254. The default is 100.
Command Default The priority level is set to the default value of 100.
Usage Guidelines Use this command to control which device becomes the primary virtual router.
Examples The following example configures the device with a priority of 254:
Device(config-if-vrrp)# priority 254
vrrp Creates a VRRPv3 group and enters VRRPv3 group configuration mode.
vrrp preempt Configures the device to take over as primary virtual router for a VRRP group if it has
higher priority than the current primary virtual router.
Syntax Description group Virtual router group number. The group number range is from 1 to 255.
msec (Optional) Changes the unit of the advertisement time from seconds to milliseconds. Without this
keyword, the advertisement interval is in seconds.
interval Time interval between successive advertisements by the primary virtual router. The unit of the
interval is in seconds, unless the msec keyword is specified. The default is 1 second. The valid
range is 1 to 255 seconds. When the msec keyword is specified, the valid range is 50 to 999
milliseconds.
Usage Guidelines The advertisements being sent by the primary virtual router communicate the state and priority of the current
primary virtual router.
The vrrp timers advertise command configures the time between successive advertisement packets and the
time before other routers declare the primary router to be down. Routers or access servers on which timer
values are not configured can learn timer values from the primary router. The timers configured on the primary
router always override any other timer settings. All routers in a VRRP group must use the same timer values.
If the same timer values are not set, the devices in the VRRP group will not communicate with each other and
any misconfigured device will change its state to primary.
Examples The following example shows how to configure the primary virtual router to send advertisements
every 4 seconds:
vrrp Creates a VRRPv3 group and enters VRRPv3 group configuration mode.
Command Description
timers learn Configures the device, when it is acting as backup virtual router for a VRRP group, to learn
the advertisement interval used by the primary virtual router.
vrrs leader
To specify a leader’s name to be registered with Virtual Router Redundancy Service (VRRS), use the vrrs
leader command. To remove the specified VRRS leader, use the no form of this command.
Examples The following example specifies a leader's name to be registered with VRRS:
Syntax Description global (Optional) Resets the IP MFIB cache to the global default configuration.
vrf * (Optional) Clears the IP MFIB cache for all VPN routing and forwarding instances.
group-address (Optional) Limits the active MFIB traffic counters to the indicated group address.
hostname (Optional) Limits the active MFIB traffic counters to the indicated host name.
source-address (Optional) Limits the active MFIB traffic counters to the indicated source address.
Example
The following example shows how to reset all the active MFIB traffic counters for all the multicast
tables:
# clear ip mfib counters
The following example shows how to reset the IP MFIB cache counters to the global default
configuration:
# clear ip mfib global counters
The following example shows how to clear the IP MFIB cache for all the VPN routing and forwarding
instances:
# clear ip mfib vrf * counters
clear ip mroute
To delete the entries in the IP multicast routing table, use the clear ip mroutecommand in privileged EXEC
mode.
Syntax Description vrf vrf-name (Optional) Specifies the name that is assigned to the multicast VPN routing and forwarding
(VRF) instance.
If you specify a group name or address, you can also enter the source argument to specify a name or address
of a multicast source that is sending to the group. A source does not need to be a member of the group.
Example
The following example shows how to delete all the entries from the IP multicast routing table:
# clear ip mroute *
The following example shows how to delete all the sources on the 228.3.0.0 subnet that are sending
to the multicast group 224.2.205.42 from the IP multicast routing table. This example shows how to
delete all sources on network 228.3, not individual sources:
# clear ip mroute 224.2.205.42 228.3.0.0
Syntax Description
Syntax Description
Usage Guidelines Use this command to limit debug output to a single VRF.
Caution Because debugging output is assigned high priority in the CPU process, it can render the system unusable.
For this reason, use the debug commands only to troubleshoot specific problems or during troubleshooting
sessions with Cisco technical support staff. It is best to use the debug commands during periods of lower
network traffic and fewer users. Debugging during these periods decreases the likelihood that increased debug
command processing overhead will affect system use.
Example
The following example shows how to limit debugging output to VRF red:
Device# debug condition vrf red
debug ip pim
To display PIM packets received and transmitted, as well as PIM related events, use the debug ip pim command
in privileged EXEC mode. To disable the debug output, use the no form of the command.
debug ip pim [{vrf vrf-name}][{ip-address | atm | auto-rp | bfd | bsr | crimson | df rp-address | drlb
| hello | timers}]
no debug ip pim [{vrf vrf-name}][{ip-address | atm | auto-rp | bfd | bsr | crimson | df rp-address | drlb
| hello | timers}]
Syntax Description
Syntax Description
Usage Guidelines
Caution Because debugging output is assigned high priority in the CPU process, it can render the system unusable.
For this reason, use the debug commands only to troubleshoot specific problems or during troubleshooting
sessions with Cisco technical support staff. It is best to use the debug commands during periods of lower
network traffic and fewer users. Debugging during these periods decreases the likelihood that increased debug
command processing overhead will affect system use.
You can debug a maximum of 8 VRFs in a PIM at a time. To debug multiple VRFs at the same time, perform
the following sequence of steps:
debug condition vrf vrf-name1
debug condition vrf vrf-name2
.
.
.
debug condition vrf vrf-name8
debug ip pim
Example
The following example shows how to display the Crimson database activity:
Device# debug ip pim crimson
The following example shows how to debug the two VRFs red and green in a PIM at the same time:
Device# debug condition vrf red
Device# debug condition vrf green
Device# debug ip pim
Syntax Description
Syntax Description
Syntax Description
Usage Guidelines
Caution Because debugging output is assigned high priority in the CPU process, it can render the system unusable.
For this reason, use the debug commands only to troubleshoot specific problems or during troubleshooting
sessions with Cisco technical support staff. It is best to use the debug commands during periods of lower
network traffic and fewer users. Debugging during these periods decreases the likelihood that increased debug
command processing overhead will affect system use.
You can debug a maximum of 8 VRFs in a PIM at a time. To debug multiple VRFs at the same time, perform
the following sequence of steps:
debug condition vrf vrf-name1
debug condition vrf vrf-name2
.
.
.
debug condition vrf vrf-name8
debug ip pim
Example
The following example shows how to display the Crimson database activity:
Device# debug ipv6 pim crimson
ip igmp filter
To control whether or not all the hosts on a Layer 2 interface can join one or more IP multicast groups by
applying an Internet Group Management Protocol (IGMP) profile to the interface, use the ip igmp filter
interface configuration command on the stack or on a standalone . To remove the specified profile from the
interface, use the no form of this command.
Syntax Description profile number IGMP profile number to be applied. The range is 1—4294967295.
Usage Guidelines You can apply IGMP filters only to Layer 2 physical interfaces; you cannot apply IGMP filters to routed ports,
switch virtual interfaces (SVIs), or ports that belong to an EtherChannel group.
An IGMP profile can be applied to one or more port interfaces, but one port can have only one profile applied
to it.
Example
This example shows how to configure IGMP profile 40 to permit the specified range of IP multicast
addresses, then shows how to apply that profile to a port as a filter:
(config)# ip igmp profile 40
(config-igmp-profile)# permit
(config-igmp-profile)# range 233.1.1.1 233.255.255.255
(config-igmp-profile)# exit
(config)# interface gigabitethernet1/0/2
(config-if)# switchport
*Jan 3 18:04:17.007: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/1, changed state to down.
NOTE: If this message appears, this interface changes to layer 2, so that you can apply the
filter.
(config-if)# ip igmp filter 40
You can verify your setting by using the show running-config command in privileged EXEC mode
and by specifying an interface.
ip igmp max-groups
To set the maximum number of Internet Group Management Protocol (IGMP) groups that a Layer 2 interface
can join or to configure the IGMP throttling action when the maximum number of entries is in the forwarding
table, use the ip igmp max-groups interface configuration command on the stack or on a standalone . To set
the maximum back to the default, which is to have no maximum limit, or to return to the default throttling
action, which is to drop the report, use the no form of this command.
Syntax Description max number Maximum number of IGMP groups that an interface can join. The range is 0—4294967294.
The default is no limit.
action deny Drops the next IGMP join report when the maximum number of entries is in the IGMP
snooping forwarding table. This is the default action.
action replace Replaces the existing group with the new group for which the IGMP report was received
when the maximum number of entries is in the IGMP snooping forwarding table.
Usage Guidelines You can use this command only on Layer 2 physical interfaces and on logical EtherChannel interfaces. You
cannot set IGMP maximum groups for routed ports, switch virtual interfaces (SVIs), or ports that belong to
an EtherChannel group.
Follow these guidelines when configuring the IGMP throttling action:
• If you configure the throttling action as deny, and set the maximum group limit, the entries that were
previously in the forwarding table are not removed, but are aged out. After these entries are aged out,
when the maximum number of entries is in the forwarding table, the drops the next IGMP report received
on the interface.
• If you configure the throttling action as replace, and set the maximum group limitation, the entries that
were previously in the forwarding table are removed. When the maximum number of entries is in the
forwarding table, the replaces a randomly selected multicast entry with the received IGMP report.
• When the maximum group limitation is set to the default (no maximum), entering the ip igmp max-groups
{deny | replace} command has no effect.
Example
The following example shows how to limit the number of IGMP groups that a port can join to 25:
(config)# interface gigabitethernet1/0/2
(config-if)# ip igmp max-groups 25
The following example shows how to configure the to replace the existing group with the new group
for which the IGMP report was received when the maximum number of entries is in the forwarding
table:
(config)# interface gigabitethernet2/0/1
(config-if)# ip igmp max-groups action replace
You can verify your setting by using the show running-config privileged EXEC command and by
specifying an interface.
ip igmp profile
To create an Internet Group Management Protocol (IGMP) profile and enter IGMP profile configuration
mode, use the ip igmp profile global configuration command on the stack or on a standalone . From this
mode, you can specify the configuration of the IGMP profile to be used for filtering IGMP membership reports
from a switch port. To delete the IGMP profile, use the no form of this command.
Syntax Description profile number The IGMP profile number being configured. The range is from 1—4294967295.
Command Default No IGMP profiles are defined. When configured, the default action for matching an IGMP profile is to deny
matching addresses.
Usage Guidelines When you are in IGMP profile configuration mode, you can create a profile by using these commands:
• deny—Specifies that matching addresses are denied; this is the default condition.
• exit—Exits from igmp-profile configuration mode.
• no—Negates a command or resets to its defaults.
• permit—Specifies that matching addresses are permitted.
• range—Specifies a range of IP addresses for the profile. This can be a single IP address or a range with
a start and an end address.
When entering a range, enter the low IP multicast address, a space, and the high IP multicast address.
You can apply an IGMP profile to one or more Layer 2 interfaces, but each interface can have only one profile
applied to it.
Example
The following example shows how to configure IGMP profile 40, which permits the specified range
of IP multicast addresses:
(config)# ip igmp profile 40
(config-igmp-profile)# permit
(config-igmp-profile)# range 233.1.1.1 233.255.255.255
You can verify your settings by using the show ip igmp profile command in privileged EXEC mode.
ip igmp snooping
To globally enable Internet Group Management Protocol (IGMP) snooping on the or to enable it on a
per-VLAN basis, use the ip igmp snooping global configuration command on the stack or on a standalone
. To return to the default setting, use the no form of this command.
Syntax Description vlan vlan-id (Optional) Enables IGMP snooping on the specified VLAN. Ranges are 1—1001 and
1006—4094.
Usage Guidelines When IGMP snooping is enabled globally, it is enabled in all of the existing VLAN interfaces. When IGMP
snooping is globally disabled, it is disabled on all of the existing VLAN interfaces.
VLAN IDs 1002 to 1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP
snooping.
Example
The following example shows how to globally enable IGMP snooping:
(config)# ip igmp snooping
You can verify your settings by entering the show ip igmp snooping command in privileged EXEC
mode.
Syntax Description vlan vlan-id (Optional) Sets the count value on a specific VLAN ID. The range is from 1―1001. Do not
enter leading zeroes.
count Interval at which query messages are sent, in milliseconds. The range is from 1―7. The default
is 2.
Usage Guidelines When a multicast host leaves a group, the host sends an IGMP leave message. To check if this host is the last
to leave the group, IGMP query messages are sent when the leave message is seen until the
last-member-query-interval timeout period expires. If no response is received to the last-member queries
before the timeout period expires, the group record is deleted.
Use the ip igmp snooping last-member-query-interval command to configure the timeout period.
When both IGMP snooping immediate-leave processing and the query count are configured, immediate-leave
processing takes precedence.
Note Do not set the count to 1 because the loss of a single packet (the query packet from the to the host or the
report packet from the host to the ) may result in traffic forwarding being stopped even if the receiver is still
there. Traffic continues to be forwarded after the next general query is sent by the , but the interval during
which a receiver may not receive the query could be as long as 1 minute (with the default query interval).
The leave latency in Cisco IOS software may increase by up to 1 last-member query interval (LMQI) value
when the is processing more than one leave within an LMQI. In such a scenario, the average leave latency
is determined by the (count + 0.5) * LMQI. The result is that the default leave latency can range from 2.0 to
3.0 seconds with an average of 2.5 seconds under a higher load of IGMP leave processing. The leave latency
under load for the minimum LMQI value of 100 milliseconds and a count of 1 is from 100 to 200 milliseconds,
with an average of 150 milliseconds. This is done to limit the impact of higher rates of IGMP leave messages.
Example
The following example shows how to set the last member query count to 5:
Syntax Description vlan vlan-id (Optional) Enables IGMP snooping and the IGMP querier function on the
specified VLAN. Ranges are 1—1001 and 1006—4094.
max-response-time (Optional) Sets the maximum time to wait for an IGMP querier report.
response-time The range is 1—25 seconds.
query-interval interval-count (Optional) Sets the interval between IGMP queriers. The range is 1—18000
seconds.
count count Sets the number of TCN queries to be executed during the TCN interval
time. The range is 1—10.
interval interval Sets the TCN query interval time. The range is 1—255.
timer expiry expiry-time (Optional) Sets the length of time until the IGMP querier expires. The
range is 60—300 seconds.
version version (Optional) Selects the IGMP version number that the querier feature uses.
Select either 1 or 2.
Command Default The IGMP snooping querier feature is globally disabled on the .
When enabled, the IGMP snooping querier disables itself if it detects IGMP traffic from a multicast router.
Usage Guidelines Use this command to enable IGMP snooping to detect the IGMP version and IP address of a device that sends
IGMP query messages, which is also called a querier.
By default, the IGMP snooping querier is configured to detect devices that use IGMP Version 2 (IGMPv2),
but does not detect clients that are using IGMP Version 1 (IGMPv1). You can manually configure the
max-response-time value when devices use IGMPv2. You cannot configure the max-response-time when
devices use IGMPv1. (The value cannot be configured, and is set to zero).
Non-RFC-compliant devices running IGMPv1 might reject IGMP general query messages that have a non-zero
value as the max-response-time value. If you want the devices to accept the IGMP general query messages,
configure the IGMP snooping querier to run IGMPv1.
VLAN IDs 1002―1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP snooping.
Example
The following example shows how to globally enable the IGMP snooping querier feature:
(config)# ip igmp snooping querier
The following example shows how to set the IGMP snooping querier maximum response time to 25
seconds:
(config)# ip igmp snooping querier max-response-time 25
The following example shows how to set the IGMP snooping querier interval time to 60 seconds:
(config)# ip igmp snooping querier query-interval 60
The following example shows how to set the IGMP snooping querier TCN query count to 25:
(config)# ip igmp snooping querier tcn count 25
The following example shows how to set the IGMP snooping querier timeout value to 60 seconds:
(config)# ip igmp snooping querier timer expiry 60
The following example shows how to set the IGMP snooping querier feature to Version 2:
(config)# ip igmp snooping querier version 2
You can verify your settings by entering the show ip igmp snooping privileged EXEC command.
Usage Guidelines IGMP report suppression is supported only when the multicast query has IGMPv1 and IGMPv2 reports. This
feature is not supported when the query includes IGMPv3 reports.
The uses IGMP report suppression to forward only one IGMP report per multicast router query to multicast
devices. When IGMP report suppression is enabled (the default), the sends the first IGMP report from all the
hosts for a group to all the multicast routers. The does not send the remaining IGMP reports for the group to
the multicast routers. This feature prevents duplicate reports from being sent to the multicast devices.
If the multicast router query includes requests only for IGMPv1 and IGMPv2 reports, the forwards only the
first IGMPv1 or IGMPv2 report from all the hosts for a group to all of the multicast routers. If the multicast
router query also includes requests for IGMPv3 reports, the forwards all IGMPv1, IGMPv2, and IGMPv3
reports for a group to the multicast devices.
If you disable IGMP report suppression by entering the no ip igmp snooping report-suppression command,
all IGMP reports are forwarded to all of the multicast routers.
Example
The following example shows how to disable report suppression:
(config)# no ip igmp snooping report-suppression
You can verify your settings by entering the show ip igmp snooping command in privileged EXEC
mode.
Usage Guidelines VLAN IDs 1002―1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP snooping.
The configuration is saved in NVRAM.
Example
The following example shows how to configure a port as a multicast router port:
(config)# ip igmp snooping vlan 1 mrouter interface gigabitethernet1/0/2
You can verify your settings by entering the show ip igmp snooping privileged EXEC command.
Syntax Description vlan-id Enables IGMP snooping on the specified VLAN. Ranges are 1—1001 and
1006—4094.
ip-address Adds a Layer 2 port as a member of a multicast group with the specified group IP
address.
interface interface-id Specifies the interface of the member port. The interface-id has these options:
• fastethernet interface number—A Fast Ethernet IEEE 802.3 interface.
• gigabitethernet interface number—A Gigabit Ethernet IEEE 802.3z interface.
• tengigabitethernet interface number—A 10-Gigabit Ethernet IEEE 802.3z
interface.
• port-channel interface number—A channel interface. The range is 0—128.
Command Default By default, no ports are statically configured as members of a multicast group.
Usage Guidelines VLAN IDs 1002 to 1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP
snooping.
The configuration is saved in NVRAM.
Example
The following example shows how to statically configure a host on an interface:
(config)# ip igmp snooping vlan 1 static 224.2.4.12 interface
gigabitEthernet1/0/1
You can verify your settings by entering the show ip igmp snooping command in privileged EXEC
mode.
ip multicast auto-enable
To support authentication, authorization, and accounting (AAA) enabling of IP multicast, use the ip multicast
auto-enable command. This command allows multicast routing to be enabled dynamically on dialup interfaces
using AAA attributes from a RADIUS server. To disable IP multicast for AAA, use the no form of this
command.
ip multicast auto-enable
no ip multicast auto-enable
Example
The following example shows how to enable AAA on IP multicast:
(config)# ip multicast auto-enable
ip multicast-routing
To enable IP multicast routing, use the ip multicast-routing command in global configuration mode. To
disable IP multicast routing, use the no form of this command.
Syntax Description vrf (Optional) Enables IP multicast routing for the Multicast VPN routing and forwarding (MVRF)
vrf-name instance specified for the vrf-name argument.
Usage Guidelines When IP multicast routing is disabled, the Cisco IOS XE software does not forward any multicast packets.
Note For IP multicast, after enabling IP multicast routing, PIM must be configured on all interfaces. Disabling IP
multicast routing does not remove PIM; PIM still must be explicitly removed from the interface configurations.
The following example shows how to enable IP multicast routing on a specific VRF:
ip pim accept-register
To configure a candidate rendezvous point (RP) switch to filter Protocol Independent Multicast (PIM) register
messages, use the ip pim accept-register command in global configuration mode. To disable this function,
use the no form of this command.
Syntax Description vrf vrf-name (Optional) Configures a PIM register filter on candidate RPs for (S, G) traffic associated
with the multicast Virtual Private Network (VPN) routing and forwarding (MVRF) instance
specified for the vrf-name argument.
list access-list Specifies the access-list argument as a number or name that defines the (S, G) traffic in
PIM register messages to be permitted or denied. The range is 100—199 and the expanded
range is 2000—2699. An IP-named access list can also be used.
Usage Guidelines Use this command to prevent unauthorized sources from registering with the RP. If an unauthorized source
sends a register message to the RP, the RP will immediately send back a register-stop message.
The access list provided for the ip pim accept-register command should only filters IP source addresses and
IP destination addresses. Filtering on other fields (for example, IP protocol or UDP port number) will not be
effective and may cause undesired traffic to be forwarded from the RP down the shared tree to multicast group
members. If more complex filtering is required, use the ip multicast boundary command instead.
Example
The following example shows how to permit register packets for a source address sending to any
group range, with the exception of source address 172.16.10.1 sending to the SSM group range
(232.0.0.0/8). These are denied. These statements should be configured on all candidate RPs because
candidate RPs will receive PIM registers from first-hop routers or switches.
(config)# ip pim accept-register list ssm-range
(config)# ip access-list extended ssm-range
(config-ext-nacl)# deny ip any 232.0.0.0 0.255.255.255
(config-ext-nacl)# permit ip any any
ip pim bidir-enable
To enable bidirectional Protocol Independent Multicast (bidirectional PIM), use the ip pim bidir-enable
command in global configuration mode. To disable bidirectional PIM, use the no form of this command.
ip pim bidir-enable
no ip pim bidir-enable
Usage Guidelines When bidirectional PIM is disabled, the router will behave similarly to a router without bidirectional PIM
support. The following conditions will apply:
• PIM hello messages sent by the router will not contain the bidirectional mode option.
• The router will not send designated forwarder (DF) election messages and will ignore DF election
messages it receives.
• The ip pim rp-address, ip pim send-rp-announce, and ip pim rp-candidate global configuration
commands will be treated as follows:
• If these commands are configured when bidirectional PIM is disabled, bidirectional mode will not
be a configuration option.
• If these commands are configured with the bidirectional mode option when bidirectional PIM is
enabled and then bidirectional PIM is disabled, these commands will be removed from the
command-line interface (CLI). In this situation, these commands must be configured again with the
bidirectional mode option when bidirectional PIM is reenabled.
• The df keyword for the show ip pim interface user EXEC or privileged EXEC command and debug ip
pim privileged EXEC command is not supported.
ip pim bsr-candidate
To configure the to be a candidate BSR, use the ip pim bsr-candidate command in global configuration
mode. To remove the switch as a candidate BSR, use the no form of this command.
Syntax Description vrf vrf-name (Optional) Configures the to be a candidate BSR for the Multicast Virtual Private
Network (MVPN) routing and forwarding (MVRF) instance specified for the vrf-name
argument.
interface-id ID of the interface on the from which the BSR address is derived to make it a candidate.
This interface must be enabled for Protocol Independent Multicast (PIM) using the ip
pim command. Valid interfaces include physical ports, port channels, and VLANs.
hash-mask-length (Optional) Length of a mask (32 bits maximum) that is to be ANDed with the group
address before the PIMv2 hash function is called. All groups with the same seed hash
correspond to the same rendezvous point ( RP). For example, if this value is 24, only
the first 24 bits of the group addresses matter. The hash mask length allows one RP to
be used for multiple groups. The default hash mask length is 0.
priority (Optional) Priority of the candidate BSR (C-BSR). The range is from 0 to 255. The
default priority is 0. The C-BSR with the highest priority value is preferred.
Usage Guidelines The interface specified for this command must be enabled for Protocol Independent Multicast (PIM) using
the ip pim command.
This command configures the to send BSR messages to all of its PIM neighbors, with the address of the
designated interface as the BSR address.
This command should be configured on backbone s that have good connectivity to all parts of the PIM domain.
The BSR mechanism is specified in RFC 2362. Candidate RP (C-RP) switches unicast C-RP advertisement
packets to the BSR. The BSR then aggregates these advertisements in BSR messages, which it regularly
multicasts with a TTL of 1 to the ALL-PIM-ROUTERS group address, 224.0.0.13. The multicasting of these
messages is handled by hop-by-hop RPF flooding; so, no pre-existing IP multicast routing setup is required
(unlike with AutoRP). In addition, the BSR does not preselect the designated RP for a particular group range
(unlike AutoRP); instead, each switch that receives BSR messages will elect RPs for group ranges based on
the information in the BSR messages.
Cisco always accept and process BSR messages. There is no command to disable this function.
Cisco perform the following steps to determine which C-RP is used for a group:
• A long match lookup is performed on the group prefix that is announced by the BSR C-RPs.
• If more than one BSR-learned C-RP is found by the longest match lookup, the C-RP with the lowest
priority (configured with the ip pim rp-candidate command) is preferred.
• If more than one BSR-learned C-RP has the same priority, the BSR hash function is used to select the
RP for a group.
• If more than one BSR-learned C-RP returns the same hash value derived from the BSR hash function,
the BSR C-RP with the highest IP address is preferred.
Example
The following example shows how to configure the IP address of the on Gigabit Ethernet interface
1/0/0 to be a BSR C-RP with a hash mask length of 0 and a priority of 192:
(config)# ip pim bsr-candidate GigabitEthernet1/0/1 0 192
ip pim rp-address
To statically configure the address of a Protocol Independent Multicast (PIM) rendezvous point (RP) for
multicast groups, use the ip pim rp-address command in global configuration mode. To remove an RP
address, use the no form of this command.
Syntax Description vrf vrf-name (Optional) Specifies that the static group-to-RP
mapping be associated with the Multicast Virtual
Private Network (MVPN) routing and forwarding
(MVRF) instance specified for the vrf-name argument.
Usage Guidelines Under PIM, multicast groups in sparse mode (PIM-SM) or bidirectional mode (bidirectional PIM) use RPs
to connect sources and receivers. All routers in a PIM domain need to have a consistent configuration for the
mode and RP addresses of the multicast groups.
The Cisco IOS software learns the mode and RP addresses of multicast groups through the following three
mechanisms: static group-to-RP mapping configurations, Auto-RP, and bootstrap router (BSR).
Use the ip pim rp-address command to statically define the RP address for PIM-SM or bidirectional PIM
groups (an ip pim rp-address command configuration is referred to as a static group-to-RP mapping).
You can configure a single RP for more than one group using an access list. If no access list is specified, the
static RP will map to all multicast groups.
You can configure multiple RPs, but only one RP per group range.
If multiple ip pim rp-address commands are configured, the following rules apply:
• Highest RP IP address selected regardless of reachability: If a multicast group is matched by the access
list of more than one configured ip pim rp-address command, then the RP for the group is determined
by the RP with the highest RP address configured.
• One RP address per command: If multiple ip pim rp-address commands are configured, each static
group-to-RP mapping must be configured with a unique RP address (if not, it will be overwritten).This
restriction also means that only one RP address can be used to provide RP functions for either sparse
mode or bidirectional mode groups. If you want to configure static group-to-RP mappings for both
bidirectional and sparse mode, the RP addresses must be unique for each mode.
• One access list per command: If multiple ip pim rp-address commands are configured, only one access
list can be configured per static group-to-RP mapping. An access list cannot be reused with other static
group-to-RP mappings configured on a router.
If dynamic and static group-to-RP mappings are used together, the following rule applies to a multicast group:
Dynamic group-to-RP mappings take precedence over static group-to-RP mappings--unless the override
keyword is used.
The following example shows how to set the bidirectional PIM RP address to 172.16.0.2 for the
multicast range 239/8:
Device(config)# access list 10 239.0.0.0 0.255.255.255
Device(config)# ip pim rp-address 172.16.0.2 10 bidir
ip pim rp-candidate
To configure the to advertise itself to the BSR as a Protocol Independent Multicast (PIM) Version 2 (PIMv2)
candidate rendezvous point (C-RP), use the ip pim rp-candidate command in global configuration mode.
To remove the as a C-RP, use the no form of this command.
Syntax Description vrf vrf-name (Optional) Configures the switch to advertise itself to the BSR as PIMv2 C-RP
for the Multicast Virtual Private Network (MVPN) routing and forwarding
(MVRF) instance specified for the vrf-name argument.
group-list (Optional) Specifies the standard IP access list number that defines the group
access-list-number prefixes that are advertised in association with the RP address.
Command Default The is not configured to announce itself to the BSR as a PIMv2 C-RP.
Usage Guidelines Use this command to configure the to send PIMv2 messages so that it advertises itself as a candidate RP to
the BSR.
This command should be configured on backbone s that have good connectivity to all parts of the PIM domain.
The IP address associated with the interface specified by interface-id will be advertised as the C-RP address.
The interface specified for this command must be enabled for Protocol Independent Multicast (PIM) using
the ip pim command.
If the optional group-list keyword and access-list-number argument are configured, the group prefixes defined
by the standard IP access list will also be advertised in association with the RP address.
Example
The following example shows how to configure the switch to advertise itself as a C-RP to the BSR
in its PIM domain. The standard access list number 4 specifies the group prefix associated with the
RP that has the address identified by Gigabit Ethernet interface 1/0/1.
(config)# ip pim rp-candidate GigabitEthernet1/0/1 group-list 4
ip pim send-rp-announce
To use Auto-RP to configure groups for which the device will act as a rendezvous point (RP), use the ip pim
send-rp-announce command in global configuration mode. To unconfigure the device as an RP, use the no
form of this command.
Syntax Description vrf vrf-name (Optional) Uses Auto-RP to configure groups for which the device will act as a
rendezvous point (RP) for the vrf-name argument.
interface-id Enter the interface ID of the interface that identifies the RP address. Valid interfaces
include physical ports, port channels, and VLANs.
scope ttl-value Specifies the time-to-live (TTL) value in hops that limits the number of Auto-RP
announcements. Enter a hop count that is high enough to ensure that the RP-announce
messages reach all the mapping agents in the network. There is no default setting.
The range is 1—255.
group-list (Optional) Specifies the standard IP access list number that defines the group prefixes
access-list-number that are advertised in association with the RP address. Enter an IP standard access
list number from 1—99. If no access list is configured, the RP is used for all groups.
interval seconds (Optional) Specifies the interval between RP announcements, in seconds. The total
hold time of the RP announcements is automatically set to three times the value of
the interval. The default interval is 60 seconds. The range is 1—16383.
bidir (Optional) Indicates that the multicast groups specified by the access-listargument
are to operate in bidirectional mode. If the command is configured without this
keyword, the groups specified will operate in Protocol Independent Multicast sparse
mode (PIM-SM).
Usage Guidelines Enter this command on the device that you want to be an RP. When you are using Auto-RP to distribute
group-to-RP mappings, this command causes the router to send an Auto-RP announcement message to the
well-known group CISCO-RP-ANNOUNCE (224.0.1.39). This message announces the router as a candidate
RP for the groups in the range described by the access list.
Use this command with the bidir keyword when you want bidirectional forwarding and you are using Auto-RP
to distribute group-to-RP mappings. Other options are as follows:
• If you are using the PIM Version 2 bootstrap router (PIMv2 BSR) mechanism to distribute group-to-RP
mappings, use the bidir keyword with the ip pim rp-candidate command.
• If you are not distributing group-to-RP mappings using either Auto-RP or the PIMv2 BSR mechanism,
use the bidir keyword with the ip pim rp-address command.
Example
The following example shows how to configure the device to send RP announcements out all Protocol
Independent Multicast (PIM)-enabled interfaces for a maximum of 31 hops. The IP address by which
the switch wants to be identified as RP is the IP address associated with Gigabit Ethernet interface
1/0/1 at an interval of 120 seconds:
Device(config)# ip pim send-rp-announce GigabitEthernet1/0/1 scope 31 group-list 5 interval
120
ip pim spt-threshold
To specify the threshold that must be reached before moving to shortest-path tree (spt), use the ip pim
spt-threshold command in global configuration mode. To remove the threshold, use the no form of this
command.
Syntax Description kbps Threshold that must be reached before moving to shortest-path tree (spt). 0 is the
only valid entry even though the range is 0 to 4294967. A 0 entry always switches
to the source-tree.
infinity Specifies that all the sources for the specified group use the shared tree, never
switching to the source tree.
group-list access-list (Optional) Specifies an access list number or a specific access list that you have
created by name. If the value is 0 or if the group-list access-list option is not used,
the threshold applies to all the groups.
Example
The following example shows how to make all the sources for access list 16 use the shared tree:
(config)# ip pim spt-threshold infinity group-list 16
match message-type
To set a message type to match a service list, use the match message-type command.
Syntax Description announcement Allows only service advertisements or announcements for the .
query Allows only a query from the client for a certain in the network.
Usage Guidelines Multiple service maps of the same name with different sequence numbers can be created, and the evaluation
of the filters will be ordered on the sequence number. Service lists are an ordered sequence of individual
statements, with each one having a permit or deny result. The evaluation of a service list consists of a list scan
in a predetermined order, and an evaluation of the criteria of each statement that matches. A list scan is stopped
once the first statement match is found and a permit/deny action associated with the statement match is
performed. The default action after scanning through the entire list is to deny.
Note It is not possible to use the match command if you have used the service-list mdns-sd service-list-name
query command. The match command can be used only for the permit or deny option.
Example
The following example shows how to set the announcement message type to be matched:
(config-mdns-sd-sl)# match message-type announcement
match service-type
To set the value of the mDNS service type string to match, use the match service-type command.
Syntax Description line Regular expression to match the service type in packets.
Usage Guidelines It is not possible to use the match command if you have used the service-list mdns-sd service-list-name
query command. The match command can be used only for the permit or deny option.
Example
The following example shows how to set the value of the mDNS service type string to match:
(config-mdns-sd-sl)# match service-type _ipp._tcp
match service-instance
To set a service instance to match a service list, use the match service-instance command.
Syntax Description line Regular expression to match the service instance in packets.
Usage Guidelines It is not possible to use the match command if you have used the service-list mdns-sd service-list-name
query command. The match command can be used only for the permit or deny option.
Example
The following example shows how to set the service instance to match:
(config-mdns-sd-sl)# match service-instance servInst 1
mrinfo
To query which neighboring multicast routers or multilayer switches are acting as peers, use the mrinfo
command in user EXEC or privileged EXEC mode.
Syntax Description vrf route-name (Optional) Specifies the VPN routing or forwarding instance.
hostname | address (Optional) Domain Name System (DNS) name or IP address of the multicast router
or multilayer switch to query. If omitted, the switch queries itself.
Privileged EXEC
Usage Guidelines The mrinfo command is the original tool of the multicast backbone (MBONE) to determine which neighboring
multicast routers or switches are peering with multicast routers or switches. Cisco routers supports mrinfo
requests from Cisco IOS Release 10.2.
You can query a multicast router or multilayer switch using the mrinfo command. The output format is
identical to the multicast routed version of the Distance Vector Multicast Routing Protocol (DVMRP). (The
mrouted software is the UNIX software that implements DVMRP.)
Example
The following is the sample output from the mrinfo command:
# mrinfo
vrf 192.0.1.0
192.31.7.37 (barrnet-gw.cisco.com) [version cisco 11.1] [flags: PMSA]:
192.31.7.37 -> 192.31.7.34 (sj-wall-2.cisco.com) [1/0/pim]
192.31.7.37 -> 192.31.7.47 (dirtylab-gw-2.cisco.com) [1/0/pim]
192.31.7.37 -> 192.31.7.44 (dirtylab-gw-1.cisco.com) [1/0/pim]
service-policy-query
To configure the service-list query periodicity, use the service-policy-query command. To delete the
configuration, use the no form of this command.
Usage Guidelines Since there are devices that do not send unsolicited announcements and to force such devices the learning of
services and to keep them refreshed in the cache, this command contains an active query feature that ensures
that the services listed in the active query list are queried.
Example
This example shows how to configure service list query periodicity:
(config-mdns)# service-policy-query sl-query1 100
service-policy
To apply a filter on incoming or outgoing service-discovery information on a service list, use the service-policy
command. To remove the filter, use the no form of this command.
Example
The following example shows how to apply a filter on incoming service-discovery information on
a service list:
(config-mdns)# service-policy serv-pol1 IN
Syntax Description vrf vrf-name (Optional) Supports the multicast VPN routing and forwarding (VRF) instance.
Usage Guidelines The show ip igmp filter command displays information about all filters defined on the .
Example
The following example shows the sample output from the show ip igmp filter command:
# show ip igmp filter
Syntax Description vrf vrf-name (Optional) Supports the multicast VPN routing and forwarding (VRF) instance.
profile number (Optional) IGMP profile number to be displayed. The range is 1 to 4294967295. If no
profile number is entered, all the IGMP profiles are displayed.
Examples
The following example shows the output of the show ip igmp profile command for profile number
40 on the :
# show ip igmp profile 40
IGMP Profile 40
permit
range 233.1.1.1 233.255.255.255
The following example shows the output of the show ip igmp profile command for all the profiles
configured on the :
# show ip igmp profile
IGMP Profile 3
range 230.9.9.0 230.9.9.0
IGMP Profile 4
permit
range 229.9.9.0 229.255.255.255
Syntax Description groups (Optional) Displays the IGMP snooping multicast table.
querier (Optional) Displays the configuration and operation information for the IGMP querier.
vlan vlan-id (Optional) Specifies a VLAN; the range is 1 to 1001 and 1006 to 4094.
Privileged EXEC
Usage Guidelines VLAN IDs 1002―1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP snooping.
Expressions are case sensitive. For example, if you enter | exclude output, the lines that contain "output" do
not appear, but the lines that contain "Output" appear.
Examples
The following is a sample output from the show ip igmp snooping vlan 1 command. It shows
snooping characteristics for a specific VLAN:
# show ip igmp snooping vlan 1
Vlan 1:
--------
IGMP snooping : Enabled
The following is a sample output from the show ip igmp snooping command. It displays snooping
characteristics for all the VLANs on the :
# show ip igmp snooping
Vlan 1:
--------
IGMP snooping : Enabled
IGMPv2 immediate leave : Disabled
Multicast router learning mode : pim-dvmrp
CGMP interoperability mode : IGMP_ONLY
Robustness variable : 2
Last member query count : 2
Last member query interval : 1000
Vlan 2:
--------
IGMP snooping : Enabled
IGMPv2 immediate leave : Disabled
Multicast router learning mode : pim-dvmrp
CGMP interoperability mode : IGMP_ONLY
Robustness variable : 2
Last member query count : 2
Last member query interval : 1000
-
.
.
.
Syntax Description vlan vlan-id (Optional) Specifies a VLAN; the range is 1 to 1001 and 1006 to 4094. Use this option to
display the multicast table for a specified multicast VLAN or specific multicast information.
count (Optional) Displays the total number of entries for the specified command options instead of
the actual entries.
ip_address (Optional) Characteristics of the multicast group with the specified group IP address.
User EXEC
Usage Guidelines Expressions are case sensitive. For example, if you enter | exclude output, the lines that contain "output" do
not appear, but the lines that contain "Output" appear.
Examples
The following is a sample output from the show ip igmp snooping groups command without any
keywords. It displays the multicast table for the .
# show ip igmp snooping groups
The following is a sample output from the show ip igmp snooping groups count command. It
displays the total number of multicast groups on the .
# show ip igmp snooping groups count
The following is a sample output from the show ip igmp snooping groups vlan vlan-id ip-address
command. It shows the entries for the group with the specified IP address:
# show ip igmp snooping groups vlan 104 224.1.4.2
-------------------------------------------------------------
104 224.1.4.2 igmp v2 Gi2/0/1, Gi1/0/15
Syntax Description vlan vlan-id (Optional) Specifies a VLAN; Ranges are from 1―1001 and 1006―4094.
Privileged EXEC
Usage Guidelines VLAN IDs 1002―1005 are reserved for Token Ring and FDDI VLANs, and cannot be used in IGMP snooping.
When multicast VLAN registration (MVR) is enabled, the show ip igmp snooping mrouter command displays
MVR multicast router information and IGMP snooping information.
Expressions are case sensitive, for example, if you enter | exclude output, the lines that contain "output" do
not appear, but the lines that contain "Output" appear.
Example
The following is a sample output from the show ip igmp snooping mrouter command. It shows
how to display multicast router ports on the :
# show ip igmp snooping mrouter
Vlan ports
---- -----
1 Gi2/0/1(dynamic)
Syntax Description vlan vlan-id (Optional) Specifies a VLAN; Ranges are from 1―1001 and 1006―4094.
Privileged EXEC
Usage Guidelines Use the show ip igmp snooping querier command to display the IGMP version and the IP address of a
detected device, also called a querier, that sends IGMP query messages. A subnet can have multiple multicast
routers but only one IGMP querier. In a subnet running IGMPv2, one of the multicast routers is elected as
the querier. The querier can be a Layer 3 .
The show ip igmp snooping querier command output also shows the VLAN and the interface on which the
querier was detected. If the querier is the , the output shows the Port field as Router. If the querier is a router,
the output shows the port number on which the querier was detected in the Port field.
The show ip igmp snooping querier detail user EXEC command is similar to the show ip igmp snooping
querier command. However, the show ip igmp snooping querier command displays only the device IP
address most recently detected by the querier.
The show ip igmp snooping querier detail command displays the device IP address most recently detected
by the querier and this additional information:
• The elected IGMP querier in the VLAN
• The configuration and operational information pertaining to the querier (if any) that is configured in the
VLAN
Expressions are case sensitive, for example, if you enter | exclude output, the lines that contain "output" do
not appear, but the lines that contain "Output" appear.
Examples
The following is a sample output from the show ip igmp snooping querier command:
> show ip igmp snooping querier
Vlan IP Address IGMP Version Port
---------------------------------------------------
1 172.20.50.11 v3 Gi1/0/1
2 172.20.40.20 v2 Router
The following is a sample output from the show ip igmp snooping querier detail command:
> show ip igmp snooping querier detail
--------------------------------------------------------
admin state : Enabled
admin version : 2
source IP address : 0.0.0.0
query-interval (sec) : 60
max-response-time (sec) : 10
querier-timeout (sec) : 120
tcn query count : 2
tcn query interval (sec) : 10
Vlan 1: IGMP querier status
--------------------------------------------------------
elected querier is 1.1.1.1 on port Fa8/0/1
--------------------------------------------------------
admin state : Enabled
admin version : 2
source IP address : 10.1.1.65
query-interval (sec) : 60
max-response-time (sec) : 10
querier-timeout (sec) : 120
tcn query count : 2
tcn query interval (sec) : 10
operational state : Non-Querier
operational version : 2
tcn query pending count : 0
show ip mroute
To display the contents of the multicast routing (mroute) table, use the show ip mroute command in user
EXEC or privileged EXEC mode.
Syntax Description vrf vrf-name (Optional) Filters the output to display only the contents of the mroute table that
pertain to the Multicast Virtual Private Network (MVPN) routing and forwarding
(MVRF) instance specified for the vrf-name argument.
active kbps (Optional) Displays the rate that active sources are sending to multicast groups,
in kilobits per second (kbps). Active sources are those sending at the kbps value
or higher. The range is from 1 to 4294967295. The kbps default is 4 kbps.
interface type number (Optional) Filters the output to display only mroute table information related to
the interface specified for the type number arguments.
bidirectional (Optional) Filters the output to display only information about bidirectional routes
in the mroute table.
count (Optional) Displays statistics about the group and source, including number of
packets, packets per second, average packet size, and bytes per second.
terse (Optional) Filters the output to display a subset of mroute statistics, excluding
source and group statistics for each mroute entry in the mroute table.
dense (Optional) Filters the output to display only information about dense mode routes
in the mroute table.
proxy (Optional) Displays information about Reverse Path Forwarding (RPF) vector
proxies received on a multicast device.
pruned (Optional) Filters the output to display only information about pruned routes in
the mroute table.
sparse (Optional) Filters the output to display only information about sparse mode routes
in the mroute table.
ssm (Optional) Filters the output to display only the Source Specific Multicast (SSM)
routes in the mroute table.
static (Optional) Filters the output to display only the static routes in the mroute table.
summary (Optional) Filters the output to display a one-line, abbreviated summary of each
entry in the mroute table.
group-address (Optional) IP address or Domain Name System (DNS) name of a multicast group.
Command Default The show ip mroute command displays all entries in the mroute table.
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information related to all VRF
instances.
Usage Guidelines Use the show ip mroute command to display information about mroute entries in the mroute table. The
asterisk (*) refers to all source addresses. In this case, using asterisk will display the information of all the
VRFs related to multicast routing tables.
Example
The following example shows the sample output from the show ip mroute command:
Device# show ip mroute
The following is sample output from the show ip mroute command with the IP multicast group
address 232.6.6.6 specified:
Device# show ip mroute 232.6.6.6
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
The following example shows the sample output from the show ip mroute vrf * command:
Device# show ip mroute vrf *
IP Multicast Routing Table
Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, C - Connected,
L - Local, P - Pruned, R - RP-bit set, F - Register flag,
T - SPT-bit set, J - Join SPT, M - MSDP created entry, E - Extranet,
X - Proxy Join Timer Running, A - Candidate for MSDP Advertisement,
U - URD, I - Received Source Specific Host Report,
Z - Multicast Tunnel, z - MDT-data group sender,
Y - Joined MDT-data group, y - Sending to MDT-data group,
G - Received BGP C-Mroute, g - Sent BGP C-Mroute,
N - Received BGP Shared-Tree Prune, n - BGP C-Mroute suppressed,
Q - Received BGP S-A Route, q - Sent BGP S-A Route,
V - RD & Vector, v - Vector, p - PIM Joins on route,
x - VxLAN group, c - PFP-SA cache created entry,
* - determined by Assert, # - iif-starg configured on rpf intf,
e - encap-helper tunnel flag, l - LISP Decap Refcnt Contributor
Outgoing interface flags: H - Hardware switched, A - Assert winner, p - PIM Join
t - LISP transit group
Timers: Uptime/Expires
Interface state: Interface, Next-Hop or VCD, State/Mode
VRF red
(*, 225.64.64.1), 1w1d/00:03:23, RP 5.5.5.5, flags: Sl
Incoming interface: LISP0.101, RPF nbr 100.88.88.88
Field Description
Field Description
Flags: (continued)
Field Description
• L--Local. The device itself is a member of the multicast group. Groups are
joined locally by the ip igmp join-group command (for the configured group),
the ip sap listen command (for the well-known session directory groups), and
rendezvous point (RP) mapping (for the well-known groups 224.0.1.39 and
224.0.1.40). Locally joined groups are not fast switched.
• P--Pruned. Route has been pruned. The Cisco IOS software keeps this
information so that a downstream member can join the source.
• R--RP-bit set. Indicates that the (S, G) entry is pointing toward the RP. This
flag typically indicates a prune state along the shared tree for a particular source.
• F--Register flag. Indicates that the software is registering for a multicast source.
• T--SPT-bit set. Indicates that packets have been received on the shortest path
source tree.
• J--Join SPT. For (*, G) entries, indicates that the rate of traffic flowing down
the shared tree is exceeding the SPT-Threshold set for the group. (The default
SPT-Threshold setting is 0 kbps.) When the J - Join shortest path tree (SPT)
flag is set, the next (S, G) packet received down the shared tree triggers an (S,
G) join in the direction of the source, thereby causing the device to join the
source tree.
For (S, G) entries, indicates that the entry was created because the SPT-Threshold
for the group was exceeded. When the J - Join SPT flag is set for (S, G) entries, the
device monitors the traffic rate on the source tree and attempts to switch back to the
shared tree for this source if the traffic rate on the source tree falls below the
SPT-Threshold of the group for more than 1 minute.
Note The device measures the traffic rate on the shared tree and compares
the measured rate to the SPT-Threshold of the group once every second.
If the traffic rate exceeds the SPT-Threshold, the J - Join SPT flag is
set on the (*, G) entry until the next measurement of the traffic rate.
The flag is cleared when the next packet arrives on the shared tree and
a new measurement interval is started. If the default SPT-Threshold
value of 0 kbps is used for the group, the J - Join SPT flag is always
set on (*, G) entries and is never cleared. When the default
SPT-Threshold value is used, the device immediately switches to the
shortest path source tree when traffic from a new source is received.
• M--MSDP created entry. Indicates that a (*, G) entry was learned through a
Multicast Source Discovery Protocol (MSDP) peer. This flag is applicable only
for an RP running MSDP.
• E--Extranet source mroute entry. Indicates that a (*, G) or (S, G) entry in the
VRF routing table is a source Multicast VRF (MVRF) entry and has extranet
receiver MVRF entries linked to it.
• X--Proxy Join Timer Running. Indicates that the proxy join timer is running.
This flag is set only for (S, G) entries of an RP or “turnaround” device. A
“turnaround” device is located at the intersection of a shared path (*, G) tree
Field Description
and the shortest path from the source to the RP.
• A--Candidate for MSDP Advertisement. Indicates that an (S, G) entry was
advertised through an MSDP peer. This flag is applicable only for an RP running
MSDP.
• U--URD. Indicates that a URL Rendezvous Directory (URD) channel
subscription report was received for the (S, G) entry.
• I--Received Source Specific Host Report. Indicates that an (S, G) entry was
created by an (S, G) report. This (S, G) report could have been created by
Internet Group Management Protocol Version 3 (IGMPv3), URD, or IGMP
v3lite. This flag is set only on the designated device (DR).
• Z--Multicast Tunnel. Indicates that this entry is an IP multicast group that
belongs to the Multicast Distribution Tree (MDT) tunnel. All packets received
for this IP multicast state are sent to the MDT tunnel for decapsulation.
• Y--Joined MDT-data group. Indicates that the traffic was received through an
MDT tunnel that was set up specifically for this source and group. This flag is
set in Virtual Private Network (VPN) mroute tables only.
• y--Sending to MDT-data group. Indicates that the traffic was sent through an
MDT tunnel that was set up specifically for this source and group. This flag is
set in VPN mroute tables only.
Timers:Uptime/Expires “Uptime” indicates per interface how long (in hours, minutes, and seconds) the entry
has been in the IP multicast routing table. “Expires” indicates per interface how long
(in hours, minutes, and seconds) until the entry will be removed from the IP multicast
routing table.
Field Description
(*, 224.0.255.1) and Entry in the IP multicast routing table. The entry consists of the IP address of the
(192.168.37.100, source followed by the IP address of the multicast group. An asterisk (*) in place of
224.0.255.1) the source device indicates all sources.
Entries in the first format are referred to as (*, G) or “star comma G” entries. Entries
in the second format are referred to as (S, G) or “S comma G” entries. (*, G) entries
are used to build (S, G) entries.
RP Address of the RP device. For devices and access servers operating in sparse mode,
this address is always 224.0.0.0.
Incoming interface: Expected interface for a multicast packet from the source. If the packet is not received
on this interface, it is discarded.
RPF neighbor or RPF IP address of the upstream device to the source. Tunneling indicates that this device
nbr is sending data to the RP encapsulated in register packets. The hexadecimal number
in parentheses indicates to which RP it is registering. Each bit indicates a different
RP if multiple RPs per group are used. If an asterisk (*) appears after the IP address
in this field, the RPF neighbor has been learned through an assert.
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information
related to all VRF instances.
Usage Guidelines This command displays whether auto-rp is enabled or disabled. The asterisk (*) refers to all VRFs. In this
case, using asterisk will display the autorp information, for all applicable VRFs.
Example
The following command output shows that Auto RP is enabled:
# show ip pim autorp
AutoRP Information:
AutoRP is enabled.
RP Discovery packet MTU is 0.
224.0.1.40 is joined on GigabitEthernet1/0/1.
The following example shows the sample output from the show ip pim vrf * autorp command:
Device#show ip pim vrf * autorp
VRF IPv4 default
AutoRP Information:
AutoRP is enabled.
RP Discovery packet MTU is 0.
224.0.1.40 is joined on Loopback0.
AutoRP groups over sparse mode interface is enabled
VRF ENG
AutoRP Information:
AutoRP is enabled.
RP Discovery packet MTU is 1500.
224.0.1.40 is joined on GigabitEthernet4.
AutoRP groups over sparse mode interface is enabled
Privileged EXEC
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information
related to all VRF instances.
Usage Guidelines In addition to Auto RP, the BSR RP method can be configured. After the BSR RP method is configured, this
command displays the BSR router information. The asterisk (*) refers to all VRFs. In this case, using asterisk
will display the BSR router information, for all applicable VRFs.
The following is sample output from the show ip pim bsr-router command:
# show ip pim bsr-router
Privileged EXEC
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information
related to all VRF instances.
Usage Guidelines In addition to Auto RP, the BSR RP method can be configured. After the BSR RP method is configured, this
command displays the BSR router information. The asterisk (*) refers to all VRFs. In this case, using asterisk
will display the BSR protocol information, for all applicable VRFs.
The following is sample output from the show ip pim bsr command:
# show ip pim bsr
interface [interface-type| interface-name] Specifies the interface type or the interface number.
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information
related to all VRF instances.
Command Default If no interface is specified, all interfaces are displayed. The asterisk (*) refers to all VRFs. In this case, using
asterisk will display information of the designated forwarder for each rendezvous point on an interface, for
all applicable VRFs.
The following is sample output from the show ip pim interface df command:
The following is sample output from the show ip pim interface df command when an interface is
specified:
Device# show ip pim interface Ethernet3/3 df 10.10.0.3
Designated Forwarder election for Ethernet3/3, 10.4.0.2, RP 10.10.0.3
State Non-DF
Offer count is 0
Current DF ip address 10.4.0.3
DF winner up time 00:02:33
Last winner metric preference 0
Last winner metric 0
The following table gives the output field descriptions for the show ip pim interface df command:
Field Description
Uptime Length of time the RP has been up, in days and hours.
If less than 1 day, time is shown in
hours:minutes:seconds.
DF winner uptime Length of time the current DF has been up, in days
and hours. If less than 1 day, time is shown in
hours:minutes:seconds.
Last winner metric preference The preference value used for selecting the unicast
routing metric to the RP announced by the DF.
show ip pim rp
To display active rendezvous points ( RPs) that are cached with associated multicast routing entries, use the
show ip pim rp command in user EXEC or privileged EXEC mode.
Syntax Description vrf vrf-name (Optional) Specifies the multicast VPN routing and
forwarding (VRF) instance.
Cisco IOS XE Cupertino 17.7.1 The asterisk (*) was introduced to display information
related to all VRF instances.
Usage Guidelines The Protocol Independent Multicast (PIM) version known for an RP influences the type of PIM register
messages (Version 1 or Version 2) that the router sends when acting as the designated router (DR) for an
active source. If an RP is statically configured, the PIM version of the RP is not set and the router, if required
to send register packets, tries to send PIM Version 2 register packets. If sending PIM Version 2 packets fails,
the router sends PIM Version 1 register packets.
The version of the RP displayed in the show ip pim rp command output can change according to the operations
of the router. When the group is created, the version shown is for the RP in the RP mapping cache. Later, the
version displayed by this command may change. If this router is acting as a DR for an active source, the router
sends PIM register messages. The PIM register messages are answered by the RP with PIM register stop
messages. The router learns from these PIM register stop messages the actual PIM version of the RP. Once
the actual PIM version of the RP is learned, this command displays only this version. If the router is not acting
as a DR for active sources on this group, then the version shown for the RP of the group does not change. In
this case, the PIM version of the RP is irrelevant to the router because the version of the RP influences only
the PIM register messages that this router must send.
When you enter the show ip pim rp mapping command, the version of the RP displayed in the output is
determined only by the method through which an RP is learned. If the RP is learned from Auto-RP then the
RP displayed is either “v1” or “v2, v1.” If the RP is learned from a static RP definition, the RP version is
undetermined and no RP version is displayed in the output. If the RP is learned from the BSR, the RP version
displayed is “v2.”
The asterisk (*) refers to all VRFs. In this case, using asterisk will display information related to active RPs
that are cached with associated multicast routing entries, for all applicable VRFs.
The following is sample output from the show ip pim rp command when the mapping keyword is
specified:
Device# show ip pim rp mapping
PIM Group-to-RP Mappings
This system is an RP (Auto-RP)
This system is an RP-mapping agent
Group(s) 227.0.0.0/8
RP 10.10.0.2 (?), v2v1, bidir
Info source:10.10.0.2 (?), via Auto-RP
Uptime:00:01:42, expires:00:00:32
Group(s) 228.0.0.0/8
RP 10.10.0.3 (?), v2v1, bidir
Info source:10.10.0.3 (?), via Auto-RP
Uptime:00:01:26, expires:00:00:34
Group(s) 229.0.0.0/8
RP 10.10.0.5 (mcast1.cisco.com), v2v1, bidir
Info source:10.10.0.5 (mcast1.cisco.com), via Auto-RP
Uptime:00:00:52, expires:00:00:37
Group(s) (-)230.0.0.0/8
RP 10.10.0.5 (mcast1.cisco.com), v2v1, bidir
Info source:10.10.0.5 (mcast1.cisco.com), via Auto-RP
Uptime:00:00:52, expires:00:00:37
The following is sample output from the show ip pim rp command when the metric keyword is
specified:
Device# show ip pim rp metric
RP Address Metric Pref Metric Flags RPF Type Interface
10.10.0.2 0 0 L unicast Loopback0
10.10.0.3 90 409600 L unicast Ethernet3/3
10.10.0.5 90 435200 L unicast Ethernet3/3
The following is sample output from the show ip pim vrf * rp mapping command:
Device# show ip pim vrf * rp mapping
VRF IPv4 default
PIM Group-to-RP Mappings
This system is an RP (Auto-RP)
Group(s) 224.0.0.0/4
RP 3.3.3.3 (?), v2v1
VRF ENG
PIM Group-to-RP Mappings
This system is an RP-mapping agent
Group(s) 224.0.0.0/4
RP 8.8.8.8 (?), v2v1
Info source: 8.8.8.8 (?), elected via Auto-RP
Uptime: 4w3d, expires: 00:02:07
Syntax Description vrf vrf-name (Optional) Specifies a virtual routing and forwarding (VRF) configuration.
Usage Guidelines Use the show ip pim tunnel to display information about PIM tunnel interfaces.
PIM tunnel interfaces are used by the IPv4 Multicast Forwarding Information Base (MFIB) for the PIM sparse
mode (PIM-SM) registration process. Two types of PIM tunnel interfaces are used by the the IPv4 MFIB:
• A PIM encapsulation tunnel (PIM Encap Tunnel)
• A PIM decapsulation tunnel (PIM Decap Tunnel)
The PIM Encap Tunnel is dynamically created whenever a group-to-rendezvous point (RP) mapping is learned
(through auto-RP, bootstrap router (BSR), or static RP configuration). The PIM Encap Tunnel is used to
encapsulate multicast packets sent by first-hop designated routers (DRs) that have directly connected sources.
Similar to the PIM Encap Tunnel, the PIM Decap Tunnel interface is dynamically created—but it is created
only on the RP whenever a group-to-RP mapping is learned. The PIM Decap Tunnel interface is used by the
RP to decapsulate PIM register messages.
The following syslog message appears when a PIM tunnel interface is created:
The asterisk (*) refers to all VRFs. In this case, using asterisk will display information related to tunnel
interfaces, for all applicable VRFs.
The following is sample output from the show ip pim tunnel taken from an RP. The output is used
to verify the PIM Encap and Decap Tunnel on the RP:
# show ip pim tunnel
Tunnel0
Type : PIM Encap
RP : 70.70.70.1*
Source: 70.70.70.1
Tunnel1*
Type : PIM Decap
RP : 70.70.70.1*
Source: -R2#
Note The asterisk (*) indicates that the router is the RP. The RP will always have a PIM Encap and Decap
Tunnel interface.
show platform software fed switch {switch-number |active |standby }ip multicast groups [vrf-id vrf-id
|vrf-name vrf-name ][group-address [source source-address][detail] | count | summary ]
Syntax Description switch {switch_num | active | standby } The device for which you want to display information.
• switch_num—Enter the switch ID. Displays
information for the specified switch.
• active—Displays information for the active
switch.
• standby—Displays information for the standby
switch, if available.
Usage Guidelines Use this command only when you are working directly with a technical support representative while
troubleshooting a problem. Do not use this command unless a technical support representative asks you to do
so.
Syntax Description switch {switch_num | The device for which you want to display information.
active | standby }
• switch_num—Enter the switch ID. Displays information for the specified
switch.
• active—Displays information for the active switch.
• standby—Displays information for the standby switch, if available.
hardware [detail] Displays the IP multicast routes loaded into hardware. The optional detail
keyword is used to show the port members in the destination index and route
index.
Usage Guidelines Use this command only when you are working directly with a technical support representative while
troubleshooting a problem. Do not use this command unless a technical support representative asks you to do
so.
Example
The following example shows how to display platform IP multicast routes per group:
DI details
----------
Handle:0x603cf7f8 Res-Type:ASIC_RSC_DI Asic-Num:255
Feature-ID:AL_FID_L3_MULTICAST_IPV4 Lkp-ftr-id:LKP_FEAT_INVALID ref_count:1
Hardware Indices/Handles: index0:0x51f6 index1:0x51f6
Cookie length 56
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x4 0xe0 0x0 0x0 0x0 0x0 0x0
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0
al_rsc_di
RM:index = 0x51f6
RM:pmap = 0x0
RM:cmi = 0x0
RM:rcp_pmap = 0x0
RM:force data copy = 0
RM:remote cpu copy = 0
RM:remote data copy = 0
RM:local cpu copy = 0
RM:local data copy = 0
al_rsc_cmi
RM:index = 0x51f6
RM:cti_lo[0] = 0x0
RM:cti_lo[1] = 0x0
RM:cti_lo[2] = 0x0
RM:cpu_q_vpn[0] = 0x0
RM:cpu_q_vpn[1] = 0x0
RM:cpu_q_vpn[2] = 0x0
RM:npu_index = 0x0
RM:strip_seg = 0x0
RM:copy_seg = 0x0
Detailed Resource Information (ASIC# 1)
----------------------------------------
al_rsc_di
RM:index = 0x51f6
RM:pmap = 0x0
RM:cmi = 0x0
RM:rcp_pmap = 0x0
RM:force data copy = 0
RM:remote cpu copy = 0
RM:remote data copy = 0
RM:local cpu copy = 0
RM:local data copy = 0
al_rsc_cmi
RM:index = 0x51f6
RM:cti_lo[0] = 0x0
RM:cti_lo[1] = 0x0
RM:cti_lo[2] = 0x0
RM:cpu_q_vpn[0] = 0x0
RM:cpu_q_vpn[1] = 0x0
RM:cpu_q_vpn[2] = 0x0
RM:npu_index = 0x0
RM:strip_seg = 0x0
RM:copy_seg = 0x0
==============================================================
<output truncated>
show platform software fed switch{switch-number | active | standby} ip multicast df[{vrf-id vrf-id |
vrf-name vrf-name}][{df-index}]
Syntax Description switch {switch_num | active | standby } The device for which you want to display information.
• switch_num—Enter the switch ID. Displays
information for the specified switch.
• active—Displays information for the active
switch.
• standby—Displays information for the standby
switch, if available.
Usage Guidelines Use this command only when you are working directly with a technical support representative while
troubleshooting a problem. Do not use this command unless a technical support representative asks you to do
so.
The following is sample output from the show platform software fed switch ip multicast df command:
Device# show platform software fed switch active ip multicast df
VRF-ID DF-Index Ref-Count DF Set
================================================
2 1 1 Vlan254
Vlan186
Vlan305
Vlan135
Tunnel4
Null0
avb
To enable Audio Video Bridging (AVB), use the avb command in global configuration mode. To disable
AVB, use the no form of this command.
Syntax Description msrp-join-timer milliseconds (Optional) Configures the Multiple Stream Reservation Protocol (MSRP)
join timer value in milliseconds. The range is from 100 to 4000. The
default is 200.
msrp-leave-timer milliseconds (Optional) Configures the MSRP leave timer value in milliseconds. The
range is from 500 to 60000. The default is 1000.
msrp-leaveall-timer (Optional) Configures the MSRP leaveall timer value in milliseconds. The
milliseconds range is from 10000 to 50000. The default is 10000.
msrp-tx-slow (Optional) Slows down the default packet sending rate with a gap of 100
milliseconds.
vlan vlan-id (Optional) Configures a specified VLAN as the default AVB VLAN. The
range is from from 2 to 4094.
Example
This example shows how to enable AVB:
Device> enable
Device# configure terminal
Device(config)# avb
This example shows how to configure the MSRP leave timer value:
Device> enable
Device# configure terminal
Device(config)# avb msrp-leave-timer 6000
This example shows how to set a specified VLAN as the default AVB VLAN:
Device> enable
Device# configure terminal
Device(config)# avb vlan 10
This example shows how set a specified VLAN as the default AVB VLAN:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 1/1/1
Device(config-if)# switchport mode trunk
Device(config-if)# exit
Device(config)# vlan 2
Device(config)# avb vlan 10
channel-group
To assign an Ethernet port to an EtherChannel group, or to enable an EtherChannel mode, or both, use the
channel-group command in interface configuration mode. To remove an Ethernet port from an EtherChannel
group, use the no form of this command.
Usage Guidelines For Layer 2 EtherChannels, the channel-group command automatically creates the port-channel interface
when the channel group gets its first physical port. You do not have to use the interface port-channel command
in global configuration mode to manually create a port-channel interface. If you create the port-channel
interface first, the channel-group-number can be the same as the port-channel-number, or you can use a new
number. If you use a new number, the channel-group command dynamically creates a new port channel.
Although it is not necessary to disable the IP address that is assigned to a physical port that is part of a channel
group, we strongly recommend that you do so.
You create Layer 3 port channels by using the interface port-channel command followed by the no switchport
interface configuration command. Manually configure the port-channel logical interface before putting the
interface into the channel group.
After you configure an EtherChannel, configuration changes that you make on the port-channel interface
apply to all the physical ports assigned to the port-channel interface. Configuration changes applied to the
physical port affect only the port where you apply the configuration. To change the parameters of all ports in
an EtherChannel, apply configuration commands to the port-channel interface, for example, spanning-tree
commands or commands to configure a Layer 2 EtherChannel as a trunk.
Active mode places a port into a negotiating state in which the port initiates negotiations with other ports by
sending LACP packets. A channel is formed with another port group in either the active or passive mode.
Auto mode places a port into a passive negotiating state in which the port responds to PAgP packets it receives
but does not start PAgP packet negotiation. A channel is formed only with another port group in desirable
mode. When auto is enabled, silent operation is the default.
Desirable mode places a port into an active negotiating state in which the port starts negotiations with other
ports by sending PAgP packets. An EtherChannel is formed with another port group that is in the desirable
or auto mode. When desirable is enabled, silent operation is the default.
If you do not specify non-silent with the auto or desirable mode, silent is assumed. The silent mode is used
when the switch is connected to a device that is not PAgP-capable and rarely, if ever, sends packets. An
example of a silent partner is a file server or a packet analyzer that is not generating traffic. In this case, running
PAgP on a physical port prevents that port from ever becoming operational. However, it allows PAgP to
operate, to attach the port to a channel group, and to use the port for transmission. Both ends of the link cannot
be set to silent.
In on mode, a usable EtherChannel exists only when both connected port groups are in the on mode.
Caution Use care when using the on mode. This is a manual configuration, and ports on both ends of the EtherChannel
must have the same configuration. If the group is misconfigured, packet loss or spanning-tree loops can occur.
Passive mode places a port into a negotiating state in which the port responds to received LACP packets but
does not initiate LACP packet negotiation. A channel is formed only with another port group in active mode.
Do not configure an EtherChannel in both the PAgP and LACP modes. EtherChannel groups running PAgP
and LACP can coexist on the same switch or on different switches in the stack (but not in a cross-stack
configuration). Individual EtherChannel groups can run either PAgP or LACP, but they cannot interoperate.
If you set the protocol by using the channel-protocol interface configuration command, the setting is not
overridden by the channel-group interface configuration command.
Do not configure a port that is an active or a not-yet-active member of an EtherChannel as an IEEE 802.1x
port. If you try to enable IEEE 802.1x authentication on an EtherChannel port, an error message appears, and
IEEE 802.1x authentication is not enabled.
Do not configure a secure port as part of an EtherChannel or configure an EtherChannel port as a secure port.
For a complete list of configuration guidelines, see the “Configuring EtherChannels” chapter in the software
configuration guide for this release.
Caution Do not enable Layer 3 addresses on the physical EtherChannel ports. Do not assign bridge groups on the
physical EtherChannel ports because it creates loops.
This example shows how to configure an EtherChannel on a single switch in the stack. It assigns
two static-access ports in VLAN 10 to channel 5 with the PAgP mode desirable:
Device# configure terminal
Device(config)# interface range GigabitEthernet 2/0/1 - 2
Device(config-if-range)# switchport mode access
Device(config-if-range)# switchport access vlan 10
Device(config-if-range)# channel-group 5 mode desirable
Device(config-if-range)# end
This example shows how to configure an EtherChannel on a single switch in the stack. It assigns
two static-access ports in VLAN 10 to channel 5 with the LACP mode active:
Device# configure terminal
Device(config)# interface range GigabitEthernet 2/0/1 - 2
Device(config-if-range)# switchport mode access
Device(config-if-range)# switchport access vlan 10
Device(config-if-range)# channel-group 5 mode active
Device(config-if-range)# end
This example shows how to configure a cross-stack EtherChannel in a switch stack. It uses LACP
passive mode and assigns two ports on stack member 2 and one port on stack member 3 as static-access
ports in VLAN 10 to channel 5:
Device# configure terminal
Device(config)# interface range GigabitEthernet 2/0/4 - 5
Device(config-if-range)# switchport mode access
Device(config-if-range)# switchport access vlan 10
Device(config-if-range)# channel-group 5 mode passive
Device(config-if-range)# exit
Device(config)# interface GigabitEthernet 3/0/3
Device(config-if)# switchport mode access
Device(config-if)# switchport access vlan 10
Device(config-if)# channel-group 5 mode passive
Device(config-if)# exit
You can verify your settings by entering the show running-config privileged EXEC command.
channel-protocol
To restrict the protocol used on a port to manage channeling, use the channel-protocol command in interface
configuration mode. To return to the default setting, use the no form of this command.
Syntax Description lacp Configures an EtherChannel with the Link Aggregation Control Protocol (LACP).
Usage Guidelines Use the channel-protocol command only to restrict a channel to LACP or PAgP. If you set the protocol by
using the channel-protocol command, the setting is not overridden by the channel-group command in
interface configuration mode.
You must use the channel-group command in interface configuration mode to configure the EtherChannel
parameters. The channel-group command also can set the mode for the EtherChannel.
You cannot enable both the PAgP and LACP modes on an EtherChannel group.
PAgP and LACP are not compatible; both ends of a channel must use the same protocol.
You cannot configure PAgP on cross-stack configurations.
This example shows how to specify LACP as the protocol that manages the EtherChannel:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# channel-protocol lacp
You can verify your settings by entering the show etherchannel [channel-group-number] protocol
command in privileged EXEC mode.
Syntax Description interface-id (Optional) The interface (physical interface or port cha
counters are to be cleared.
Usage Guidelines Use this command to clear protocol tunnel counters on the switch or on the specified interface.
This example shows how to clear Layer 2 protocol tunnel counters on an interface:
Device# clear l2protocol-tunnel counters gigabitethernet1/0/3
clear lacp
To clear Link Aggregation Control Protocol (LACP) channel-group counters, use the clear lacp command
in privileged EXEC mode.
Usage Guidelines You can clear all counters by using the clear lacp counters command, or you can clear only the counters for
the specified channel group by using the clear lacp channel-group-number counters command.
This example shows how to clear LACP traffic counters for group 4:
Device> enable
Device# clear lacp 4 counters
You can verify that the information was deleted by entering the show lacp counters or the show
lacp channel-group-number counters command in privileged EXEC mode.
clear pagp
To clear the Port Aggregation Protocol (PAgP) channel-group information, use the clear pagp command in
privileged EXEC mode.
Usage Guidelines You can clear all counters by using the clear pagp counters command, or you can clear only the counters
for the specified channel group by using the clear pagp channel-group-number counters command.
This example shows how to clear PAgP traffic counters for group 10:
Device> enable
Device# clear pagp 10 counters
You can verify that the information was deleted by entering the show pagp command in privileged
EXEC mode.
Syntax Description interface interface-id (Optional) Clears all spanning-tree counters on the specified
include physical ports, VLANs, and port channels.
The VLAN range is 1 to 4094.
The port channel range is 1 to 128.
Usage Guidelines If the interface-id value is not specified, spanning-tree counters are cleared for all interfaces.
This example shows how to clear spanning-tree counters for all interfaces:
Device> enable
Device# clear spanning-tree counters
Syntax Description interface interface-id (Optional) Restarts the protocol migration process on the specified in
channels.
The VLAN range is 1 to 4094.
The port channel range is 1 to 128.
Usage Guidelines A device running the rapid per-VLAN spanning-tree plus (rapid-PVST+) protocol or the Multiple Spanning
Tree Protocol (MSTP) supports a built-in protocol migration method that enables it to interoperate with legacy
IEEE 802.1D devices. If a rapid-PVST+ or an MSTP device receives a legacy IEEE 802.1D configuration
bridge protocol data unit (BPDU) with the protocol version set to 0, the device sends only IEEE 802.1D
BPDUs on that port. A multiple spanning-tree (MST) device can also detect that a port is at the boundary of
a region when it receives a legacy BPDU, an MST BPDU (Version 3) associated with a different region, or
a rapid spanning-tree (RST) BPDU (Version 2).
The device does not automatically revert to the rapid-PVST+ or the MSTP mode if it no longer receives IEEE
802.1D BPDUs because it cannot learn whether the legacy switch has been removed from the link unless the
legacy switch is the designated switch. Use the clear spanning-tree detected-protocols command in this
situation.
This example shows how to restart the protocol migration process on a port:
Device> enable
Device# clear spanning-tree detected-protocols interface gigabitethernet2/0/1
debug etherchannel
To enable debugging of EtherChannels, use the debug etherchannel command in privileged EXEC mode.
To disable debugging, use the no form of the command.
Usage Guidelines The undebug etherchannel command is the same as the no debug etherchannel command.
Note Although the linecard keyword is displayed in the command-line help, it is not supported.
This example shows how to display debug messages related to EtherChannel events:
Device> enable
Device# debug etherchannel event
debug lacp
To enable debugging of Link Aggregation Control Protocol (LACP) activity, use the debug lacp command
in privileged EXEC mode. To disable LACP debugging, use the no form of this command.
fsm (Optional) Displays messages about changes within the LACP finite state machine.
packet (Optional) Displays the receiving and transmitting LACP control packets.
Usage Guidelines The undebug etherchannel command is the same as the no debug etherchannel command.
This example shows how to display debug messages related to LACP events:
Device> enable
Device# debug LACP event
debug pagp
To enable debugging of Port Aggregation Protocol (PAgP) activity, use the debug pagp command in privileged
EXEC mode. To disable PAgP debugging, use the no form of this command.
Usage Guidelines The undebug pagp command is the same as the no debug pagp command.
This example shows how to display debug messages related to PAgP events:
Device> enable
Device# debug pagp event
debug platform pm
To enable debugging of the platform-dependent port manager software module, use the debug platform pm
command in privileged EXEC mode. To disable debugging, use the no form of this command.
counters Displays counters for remote procedure call (RPC) debug messages.
ses Displays service expansion shelf (SES) related event debug messages.
Usage Guidelines The undebug platform pm command is the same as the no debug platform pm command.
This example shows how to display debug messages related to the creation and deletion of VLANs:
Device> enable
Device# debug platform pm vlans
switch (Optional) Displays UDLD debug messages for the specified stack member.
switch-number
Usage Guidelines The undebug platform udld command is the same as the no debug platform udld command.
When you enable debugging on a switch stack, it is enabled only on the active switch. To enable debugging
on a stack member, you can start a session from the active switch by using the session switch-number command
in privileged EXEC mode. Then enter the debug command at the command-line prompt of the stack member.
debug spanning-tree
To enable debugging of spanning-tree activities, use the debug spanning-tree command in EXEC mode. To
disable debugging, use the no form of this command.
debug spanning-tree {all | backbonefast | bpdu | bpdu-opt | config | etherchannel | events | exceptions
| general | ha | mstp | pvst+ | root | snmp | synchronization | switch | uplinkfast}
no debug spanning-tree {all | backbonefast | bpdu | bpdu-opt | config | etherchannel | events |
exceptions | general | mstp | pvst+ | root | snmp | synchronization | switch | uplinkfast}
Usage Guidelines The undebug spanning-tree command is the same as the no debug spanning-tree command.
When you enable debugging on a stack, it is enabled only on the active switch. To enable debugging on the
standby switch, start a session from the active switch by using the session switch-number command in
privileged EXEC mode. Enter the debug command at the command-line prompt of the standby switch.
To enable debugging on the standby switch without first starting a session on the active switch, use the remote
command switch-number LINE command in privileged EXEC mode.
instance (VLAN)
To map a VLAN or a group of VLANs to a multiple spanning tree (MST) instance, use the instance command
in MST configuration mode. To return the VLANs to the default internal spanning tree (CIST) instance, use
the no form of this command.
Syntax Description instance-id Instance to which the specified VLANs are mapped. The range is from 0 to 4094.
vlans vlan-range Specifies the number of the VLANs to be mapped to the specified instance. The range
is from 1 to 4094.
Command Default No VLANs are mapped to any MST instance (all VLANs are mapped to the CIST instance).
Examples The following example shows how to map a range of VLANs to instance 2:
Device(config)# spanning-tree mst configuration
Device(config-mst)# instance 2 vlans 1-100
Device(config-mst)#
The following example shows how to move a range of VLANs from instance 2 to the CIST instance:
Device(config)# spanning-tree mst configuration
Device(config-mst)# no instance 2 vlans 40-60
Device(config-mst)#
The following example shows how to move all the VLANs that are mapped to instance 2 back to
the CIST instance:
Device(config)# spanning-tree mst configuration
Device(config-mst)# no instance 2
Device(config-mst)#
show spanning-tree mst Displays the information about the MST protocol.
interface port-channel
To access or create a port channel, use the interface port-channel command in global configuration mode.
Use the no form of this command to remove the port channel.
Usage Guidelines For Layer 2 EtherChannels, you do not have to create a port-channel interface before assigning physical ports
to a channel group. Instead, you can use the channel-group command in interface configuration mode, which
automatically creates the port-channel interface when the channel group obtains its first physical port. If you
create the port-channel interface first, the channel-group-number can be the same as the port-channel-number,
or you can use a new number. If you use a new number, the channel-group command dynamically creates a
new port channel.
You create Layer 3 port channels by using the interface port-channel command followed by the no switchport
command in interface configuration mode. You should manually configure the port-channel logical interface
before putting the interface into the channel group.
Only one port channel in a channel group is allowed.
Caution When using a port-channel interface as a routed port, do not assign Layer 3 addresses on the physical ports
that are assigned to the channel group.
Caution Do not assign bridge groups on the physical ports in a channel group used as a Layer 3 port channel interface
because it creates loops. You must also disable spanning tree.
Follow these guidelines when you use the interface port-channel command:
• If you want to use the Cisco Discovery Protocol (CDP), you must configure it on the physical port and
not on the port channel interface.
• Do not configure a port that is an active member of an EtherChannel as an IEEE 802.1x port. If IEEE
802.1x is enabled on a not-yet active port of an EtherChannel, the port does not join the EtherChannel.
For a complete list of configuration guidelines, see the “Configuring EtherChannels” chapter in the software
configuration guide for this release.
This example shows how to create a port channel interface with a port channel number of 5:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 5
You can verify your setting by entering either the show running-config in privileged EXEC mode
or the show etherchannel channel-group-number detail command in privileged EXEC mode.
l2protocol-tunnel
To enable tunneling of Layer 2 protocols on an access port, IEEE 802.1Q tunnel port, or a port channel, use
the l2protocol-tunnel command in interface configuration mode on the switch stack or on a standalone
switch. Use the no form of this command to disable tunneling on the interface.
Syntax Description drop-threshold (Optional) Sets a drop threshold for the maximum rate of Layer 2 protocol packets per
second to be received before an interface drops packets.
shutdown-threshold (Optional) Sets a shutdown threshold for the maximum rate of Layer 2 protocol packets
per second to be received before an interface is shut down.
value A threshold in packets per second to be received for encapsulation before the interface
shuts down, or the threshold before the interface drops packets. The range is 1 to 4096.
The default is no threshold.
cdp (Optional) Enables tunneling of CDP, specifies a shutdown threshold for CDP, or
specifies a drop threshold for CDP.
stp (Optional) Enables tunneling of STP, specifies a shutdown threshold for STP, or
specifies a drop threshold for STP.
vtp (Optional) Enables tunneling or VTP, specifies a shutdown threshold for VTP, or
specifies a drop threshold for VTP.
point-to-point (Optional) Enables point-to point tunneling of PAgP, LACP, and UDLD packets.
Command Default The default is that no Layer 2 protocol packets are tunneled.
The default is no shutdown threshold for the number of Layer 2 protocol packets.
The default is no drop threshold for the number of Layer 2 protocol packets.
Usage Guidelines You can enable tunneling for Cisco Discovery Protocol (CDP), Spanning Tree Protocol (STP), or VLAN
Trunking Protocol (VTP) packets. You can also enable point-to-point tunneling for Port Aggregation Protocol
(PAgP), Link Aggregation Control Protocol (LACP), or UniDirectional Link Detection (UDLD) packets.
You must enter this command, with or without protocol types, to tunnel Layer 2 packets.
If you enter this command for a port channel, all ports in the channel must have the same configuration.
Layer 2 protocol tunneling across a service-provider network ensures that Layer 2 information is propagated
across the network to all customer locations. When protocol tunneling is enabled, protocol packets are
encapsulated with a well-known Cisco multicast address for transmission across the network. When the packets
reach their destination, the well-known MAC address is replaced by the Layer 2 protocol MAC address.
You can enable Layer 2 protocol tunneling for CDP, STP, and VTP individually or for all three protocols.
In a service-provider network, you can use Layer 2 protocol tunneling to enhance the creation of EtherChannels
by emulating a point-to-point network topology. When protocol tunneling is enabled on the service-provider
switch for PAgP or LACP, remote customer switches receive the protocol data units (PDUs) and can negotiate
automatic creation of EtherChannels.
To enable tunneling of PAgP, LACP, and UDLD packets, you must have a point-to-point network topology.
To decrease the link-down detection time, you should also enable UDLD on the interface when you enable
tunneling of PAgP or LACP packets.
You can enable point-to-point protocol tunneling for PAgP, LACP, and UDLD individually or for all three
protocols.
Caution PAgP, LACP, and UDLD tunneling is only intended to emulate a point-to-point topology. An erroneous
configuration that sends tunneled packets to many ports could lead to a network failure.
Enter the shutdown-threshold keyword to control the number of protocol packets per second that are received
on an interface before it shuts down. When no protocol option is specified with the keyword, the threshold is
applied to each of the tunneled Layer 2 protocol types. If you also set a drop threshold on the interface, the
shutdown-threshold value must be greater than or equal to the drop-threshold value.
When the shutdown threshold is reached, the interface is error-disabled. If you enable error recovery by
entering the errdisable recovery cause l2ptguard global configuration command, the interface is brought
out of the error-disabled state and allowed to retry the operation again when all the causes have timed out. If
the error recovery function is not enabled for l2ptguard, the interface stays in the error-disabled state until
you enter the shutdown and no shutdown interface configuration commands.
Enter the drop-threshold keyword to control the number of protocol packets per second that are received on
an interface before it drops packets. When no protocol option is specified with a keyword, the threshold is
applied to each of the tunneled Layer 2 protocol types. If you also set a shutdown threshold on the interface,
the drop-threshold value must be less than or equal to the shutdown-threshold value.
When the drop threshold is reached, the interface drops Layer 2 protocol packets until the rate at which they
are received is below the drop threshold.
The configuration is saved in NVRAM.
For more information about Layer 2 protocol tunneling, see the software configuration guide for this release.
Examples This example shows how to enable protocol tunneling for CDP packets and to configure the shutdown
threshold as 50 packets per second:
Device(config-if)# l2protocol-tunnel cdp
Device(config-if)# l2protocol-tunnel shutdown-threshold cdp 50
This example shows how to enable protocol tunneling for STP packets and to configure the drop
threshold as 400 packets per second:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet1/0/11
Device(config-if)# l2protocol-tunnel stp
Device(config-if)# l2protocol-tunnel drop-threshold stp 400
This example shows how to enable point-to-point protocol tunneling for PAgP and UDLD packets
and to configure the PAgP drop threshold as 1000 packets per second:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# switchport access vlan 19
Device(config-if)# switchport mode dot1q-tunnel
Device(config-if)# l2protocol-tunnel point-to-point pagp
Device(config-if)# l2protocol-tunnel point-to-point udld
Device(config-if)# l2protocol-tunnel drop-threshold point-to-point pagp 1000
lacp fast-switchover
To enable Link Aggregation Control Protocol (LACP) 1:1 link redundancy, use the lacp fast-switchover
command in interface configuration mode. To disable LACP 1:1 link redundancy, use the no form of this
command.
Syntax Description dampening time Enables LACP 1:1 hot-standby dampening. The range is 30 to 180 seconds.
Usage Guidelines Prior to entering the lacp fast-switchover command, you must ensure the following:
• The port channel protocol type is LACP.
• The lacp max-bundle 1 command has been entered on the port channel. Note that the lacp fast-switchover
command will not affect the lacp max-bundle command.
Prior to entering the lacp fast-switchover dampening command, you must ensure the following:
• The port channel protocol type is LACP.
• The lacp max-bundle 1 and lacp fast-switchover commands have been entered on the port channel.
When you enable LACP 1:1 link redundancy, based on the system priority and port priority, the port with the
higher system priority chooses one link as the active link and the other link as the standby link (lower the
LACP port priority, higher the preference, and lower the LACP system priority, higher the preference). In the
case of the LACP 1:1 Redundancy feature, when the active link fails, the standby link is selected as the new
active link without taking down the port channel. When the original active link recovers, it reverts to its active
link status. During this changeover, the port channel is also up.
In the case of LACP 1:1 Hot Standby Dampening feature, a timer is configured that delays the switchover
back to the higher priority port after it becomes active.
Note • We recommend that you configure only two ports (one active and one hot standby) in the bundle, for
optimum performance.
• LACP 1:1 redundancy must be enabled at both ends of the LACP EtherChannel.
• LACP 1:1 redundancy and dampening work only on LACP port channels.
Examples The following example shows how to enable LACP 1:1 link redundancy:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 40
Device(config-if)# lacp fast-switchover
Device(config-if)# lacp max-bundle 1
The following example shows how to enable LACP 1:1 hot standby dampening:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 40
Device(config-if)# lacp fast-switchover
Device(config-if)# lacp max-bundle 1
Device(config-if)# lacp fast-switchover dampening 70
lacp max-bundle
To define the maximum number of active LACP ports allowed in a port channel, use the lacp max-bundle
command in interface configuration mode. To return to the default setting, use the no form of this command.
Syntax Description max_bundle_number The maximum number of active LACP ports in the port channel. The range is 1 to
8. The default is 8.
Usage Guidelines An LACP channel group can have up to 16 Ethernet ports of the same type. Up to eight ports can be active,
and up to eight ports can be in hot-standby mode. When there are more than eight ports in an LACP channel
group, the device on the controlling end of the link uses port priorities to determine which ports are bundled
into the channel and which ports are put in hot-standby mode. Port priorities on the other device (the
noncontrolling end of the link) are ignored.
The lacp max-bundle command must specify a number greater than the number specified by the port-channel
min-links command.
Use the show etherchannel summary command in privileged EXEC mode to see which ports are in the
hot-standby mode (denoted with an H port-state flag in the output display).
This example shows how to specify a maximum of five active LACP ports in port channel 2:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 2
Device(config-if)# lacp max-bundle 5
lacp port-priority
To configure the port priority for the Link Aggregation Control Protocol (LACP), use the lacp port-priority
command in interface configuration mode. To return to the default setting, use the no form of this command.
Syntax Description priority Port priority for LACP. The range is 1 to 65535.
Usage Guidelines The lacp port-priority command in interface configuration mode determines which ports are bundled and
which ports are put in hot-standby mode when there are more than eight ports in an LACP channel group.
An LACP channel group can have up to 16 Ethernet ports of the same type. Up to eight ports can be active,
and up to eight ports can be in standby mode.
In port-priority comparisons, a numerically lower value has a higher priority: When there are more than eight
ports in an LACP channel group, the eight ports with the numerically lowest values (highest priority values)
for LACP port priority are bundled into the channel group, and the lower-priority ports are put in hot-standby
mode. If two or more ports have the same LACP port priority (for example, they are configured with the
default setting of 65535), then an internal value for the port number determines the priority.
Note The LACP port priorities are only effective if the ports are on the device that controls the LACP link. See the
lacp system-priority command in global configuration mode for determining which device controls the link.
Use the show lacp internal command in privileged EXEC mode to display LACP port priorities and internal
port number values.
For information about configuring LACP on physical ports, see the configuration guide for this release.
This example shows how to configure the LACP port priority on a port:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# lacp port-priority 1000
You can verify your settings by entering the show lacp [channel-group-number] internal command
in privileged EXEC mode.
lacp rate
To set the rate at which Link Aggregation Control Protocol (LACP) control packets are ingressed to an
LACP-supported interface, use the lacp rate command in interface configuration mode. To return to the
default settings, use the no form of this command
Syntax Description normal Specifies that LACP control packets are ingressed at the normal rate, every 30 seconds after the
link is bundled.
fast Specifies that LACP control packets are ingressed at the fast rate, once every 1 second.
Command Default The default ingress rate for control packets is 30 seconds after the link is bundled.
Usage Guidelines Use this command to modify the duration of LACP timeout. The LACP timeout value on Cisco switch is
three times the LACP rate that is configured on the interface. Using the lacp ratecommand, you can select
the LACP timeout value for a switch to be either 90 seconds or 3 seconds.
This command is supported only on LACP-enabled interfaces.
This example shows how to specify the fast (1 second) ingress rate on interface GigabitEthernet 0/0:
Device> enable
Device# configure terminall
Device(config)# interface gigabitEthernet 0/0
Device(config-if)# lacp rate fast
lacp system-priority
To configure the system priority for the Link Aggregation Control Protocol (LACP), use the lacp
system-priority command in global configuration mode on the device. To return to the default setting, use
the no form of this command.
Syntax Description priority System priority for LACP. The range is 1 to 65535.
Usage Guidelines The lacp system-priority command determines which device in an LACP link controls port priorities.
An LACP channel group can have up to 16 Ethernet ports of the same type. Up to eight ports can be active,
and up to eight ports can be in standby mode. When there are more than eight ports in an LACP channel group,
the device on the controlling end of the link uses port priorities to determine which ports are bundled into the
channel and which ports are put in hot-standby mode. Port priorities on the other device (the noncontrolling
end of the link) are ignored.
In priority comparisons, numerically lower values have a higher priority. Therefore, the system with the
numerically lower value (higher priority value) for LACP system priority becomes the controlling system. If
both devices have the same LACP system priority (for example, they are both configured with the default
setting of 32768), the LACP system ID (the device MAC address) determines which device is in control.
The lacp system-priority command applies to all LACP EtherChannels on the device.
Use the show etherchannel summary command in privileged EXEC mode to see which ports are in the
hot-standby mode (denoted with an H port-state flag in the output display).
You can verify your settings by entering the show lacp sys-id command in privileged EXEC mode.
loopdetect
To detect network loops, use the loopdetect command in interface configuration mode. To disable
loop-detection guard use the no form of this command.
Syntax Description time (Optional) Time interval at which loop-detect frames are sent, in seconds. Range: 0 to 10.
Default: 5.
Usage Guidelines You can error-disable either the source port or the destination port depending on your requirement. When the
loopdetect command is configured without any of the keywords or variables, the feature is enabled and the
destination port is error-disabled when a loop is detected.We recommend that you error-disable the source
port to better control traffic flow to and from your network.
The loopdetect action syslog command displays only a system message and does not error-disable the
configured port. The no loopdetect action syslog command reverts the system to the last configured option.
Examples The following example shows how to enable loop-detection guard. In this example, the destination
port is error-disabled by default and loop-detect frames are sent at the default time interval of five
seconds:
Device# enable
Device# configure terminal
Device(config)# interface tengigabitethernet 1/0/18
Device(config-if)# loopdetect
The following example shows how to configure the time interval to send loop-detect frames. In this
example, loop-detect frames are sent every 7 seconds and destination port is error-disabled when a
loop is detected:
Device# enable
Device# configure terminal
Device(config)# interface tengigabitethernet 1/0/18
Device(config-if)# loopdetect 7
The following example shows how to enable the feature and only display a system message. There
is no action taken on either the destination port or the source port:
Device# enable
Device# configure terminal
Device(config)# interface tengigabitethernet 1/0/18
Device(config-if)# loopdetect action syslog
The following example shows how to enable the feature and error-disable the source port:
Device# enable
Device# configure terminal
Device(config)# interface tengigabitethernet 1/0/18
Device(config-if)# loopdetect source-port
The following example shows how the no loopdetect action syslog command works. In the first
part of the example, the feature has been configured to error disable the source port (loopdetect
source-port). The feature is then reconfigured to display a system message and not error-disable a
port (loopdetect action syslog). In the last part of the example, the no form of the loopdetect action
syslog command is configured, which causes the system to revert to the last configured option, that
is, to error disable the source port.
Part 1: Error-disabling the source port:
Device# enable
Device# configure terminal
Device(config)# interface twentyfivegigabitethernet 1/0/20
Device(config-if)# loopdetect source-port
show loopdetect Displays details of all the interfaces where loop-detection guard is enabled.
Usage Guidelines MVRP dynamic VLAN creation can be used only if Virtual Trunking Protocol (VTP) is in transparent mode.
Examples The following example shows a command sequence enabling MVRP dynamic VLAN creation.
Notice that the device recognizes that the VTP mode is incorrect and rejects the request for dynamic
VLAN creation. Once the VTP mode is changed, MVRP dynamic VLAN creation is allowed.
vtp mode Sets the mode for VTP mode on the device.
mvrp registration
To set the registrars in a Multiple Registration Protocol (MRP) Attribute Declaration (MAD) instance associated
with an interface, use the mvrpregistrationcommand in global configuration mode. To disable the registrars,
use the no form of this command.
Syntax Description normal Registrar responds normally to incoming Multiple VLAN Registration Protocol (MVRP)
messages. Normal is the default state.
fixed Registrar ignores all incoming MVRP messages and remains in the IN state.
forbidden Registrar ignores all incoming MVRP messages and remains in the EMPTY (MT) state.
Usage Guidelines The mvrpregistration command is operational only if MVRP is configured on an interface.
The nomvrpregistration command sets the registrar state to the default (normal).
This command can be used to set the registrar in a MAD instance associated with an interface to one of the
three states. This command is effective only if MVRP is operational on the interface.
Given that up to 4094 VLANs can be configured on a trunk port, there may be up to 4094 Advanced Services
Module (ASM) and Route Switch Module (RSM) pairs in a MAD instance associated with that interface.
Examples The following example sets a fixed, forbidden, and normal registrar on a MAD instance:
clear mvrp statistics Clears MVRP-related statistics recorded on one or all MVRP-enabled ports.
Command Description
mvrp mac-learning auto Enables automatic learning of MAC table entries by MVRP.
mvrp timer Sets period timers that are used in MRP on a given interface.
show mvrp interface Displays details of the administrative and operational MVRP states of all or
one particular IEEE 802.1Q trunk port in the device.
show mvrp summary Displays the MVRP configuration at the device level.
mvrp timer
To set period timers that are used in Multiple VLAN Registration Protocol (MVRP) on a given interface, use
the mvrp timer command in interface configuration mode. To remove the timer value, use the no form of
this command.
Syntax Description join Specifies the time interval between two transmit opportunities that are applied to the Applicant
State Machine (ASMs).
leave Specifies the duration time before a registrar is moved to EMPTY (MT) state from leave-all
(LV) state.
periodic Sets the timer value to periodic, a fixed value of 100 centiseconds.
Usage Guidelines The nomvrptimer command resets the timer value to the default value.
clear mvrp statistics Clears MVRP-related statistics recorded on one or all MVRP enabled ports.
mvrp mac-learning auto Enables automatic learning of MAC table entries by MVRP.
mvrp registration Sets the registrars in a MAD instance associated with an interface.
show mvrp interface Displays details of the administrative and operational MVRP states of all or
one particular IEEE 802.1q trunk port in the device.
show mvrp summary Displays the MVRP configuration at the device level.
name (MST)
To set the name of a Multiple Spanning Tree (MST) region, use the name command in MST configuration
submode. To return to the default name, use the no form of this command.
name name
no name name
Syntax Description name Name to give the MST region. It can be any string with a maximum length of 32 characters.
Usage Guidelines Two or more devices with the same VLAN mapping and configuration version number are considered to be
in different MST regions if the region names are different.
Note Be careful when using the name command to set the name of an MST region. If you make a mistake, you can
put the device in a different region. The configuration name is a case-sensitive parameter.
show spanning-tree mst Displays the information about the MST protocol.
no ptp enable
To disable PTP on an interface, use the no ptp enable command in interface configuration mode.
To re-enable PTP on the same interface, use the ptp enable command in interface configuration mode.
no ptp enable
ptp enable
pagp learn-method
To learn the source address of incoming packets received from an EtherChannel port, use the pagp
learn-method command in interface configuration mode. To return to the default setting, use the no form of
this command.
Syntax Description aggregation-port Specifies address learning on the logical port channel. The device sends packets to the
source using any port in the EtherChannel. This setting is the default. With
aggregation-port learning, it is not important on which physical port the packet arrives.
physical-port Specifies address learning on the physical port within the EtherChannel. The device
sends packets to the source using the same port in the EtherChannel from which it
learned the source address. The other end of the channel uses the same port in the channel
for a particular destination MAC or IP address.
Usage Guidelines The learn method must be configured the same at both ends of the link.
The device supports address learning only on aggregate ports even though the physical-port keyword is
provided in the command-line interface (CLI). The pagp learn-method and the pagp port-priority commands
in interface configuration mode have no effect on the device hardware, but they are required for PAgP
interoperability with devices that only support address learning by physical ports.
When the link partner to the device is a physical learner, we recommend that you configure the device as a
physical-port learner by using the pagp learn-method physical-port command in interface configuration
mode. We also recommend that you set the load-distribution method based on the source MAC address by
using the port-channel load-balance src-mac command in global configuration mode. Use the pagp
learn-method command in interface configuration mode only in this situation.
This example shows how to set the learning method to learn the address on the physical port within
the EtherChannel:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 2
Device(config-if)# pagp learn-method physical-port
This example shows how to set the learning method to learn the address on the port channel within
the EtherChannel:
Device> enable
Device# configure terminal
You can verify your settings by entering either the show running-config command in privileged
EXEC mode or the show pagp channel-group-number internal command in privileged EXEC
mode.
pagp port-priority
To select a port over which all Port Aggregation Protocol (PAgP) traffic through the EtherChannel is sent,
use the pagp port-priority command in interface configuration mode. If all unused ports in the EtherChannel
are in hot-standby mode, they can be placed into operation if the currently selected port and link fails. To
return to the default setting, use the no form of this command.
Usage Guidelines The physical port with the highest priority that is operational and has membership in the same EtherChannel
is the one selected for PAgP transmission.
The device supports address learning only on aggregate ports even though the physical-port keyword is
provided in the command-line interface (CLI). The pagp learn-method and the pagp port-priority commands
in interface configuration mode have no effect on the device hardware, but they are required for PAgP
interoperability with devices that only support address learning by physical ports, such as the Catalyst 1900
switch.
When the link partner to the device is a physical learner, we recommend that you configure the device as a
physical-port learner by using the pagp learn-method physical-port command in interface configuration
mode. We also recommend that you set the load-distribution method based on the source MAC address by
using the port-channel load-balance src-mac command in global configuration mode. Use the pagp
learn-method command in interface configuration mode only in this situation.
You can verify your setting by entering the show running-config command in privileged EXEC
mode or the show pagp channel-group-number internal command in privileged EXEC mode.
peer (PTP)
To connect to a peer Precision Time Protocol-aware (PTP-aware) device, use the peer command in property
transport sub-configuration mode.
Usage Guidelines You must configure the PTP-property name using the ptp property command and configure a unicast IPv4
connection from a loopback interface using the transport unicast ipv4 local loopback command before
connecting to a peer PTP-aware device.
Examples The following example shows how to connect to a peer PTP-aware device:
Device> enable
Device# configure terminal
Device(config)# ptp property cisco1
Device(config-property)# transport unicast ipv4 local loopback 0
Device(config-property-transport)# peer ip 192.0.2.1
Device(config-property-transport)# end
ptp dot1as extend property Extends IEEE 802.1AS profile to a PTP property name.
transport unicast ipv4 local loopback Configures a unicast IPv4 connection from a loopback interface.
policy-map
To enter policy-map configuration mode and create or modify a policy map that can be attached to one or
more interfaces to specify a service policy, use the policy-mapcommand in global configuration mode. To
delete a policy map, use the no form of this command.
policy-map [ type { access-control | control subscriber | packet-service | performance-monitor
}] policy-map name
performance-monitor (Optional) Enables policy map for the performance monitoring feature.
Usage Guidelines Use the policy-map command to specify the name of the policy map to create (add or modify) before you
configure policies for classes whose match criteria are defined in a class map with the class-map and match
commands.
Note You can configure class policies in a policy map only if the classes have match criteria defined for them.
Note Because you can configure a maximum of 64 class maps, a policy map cannot contain more than 64 class
policies.
A single policy map can be attached concurrently to more than one interface. Except as noted, when you
attempt to attach a policy map to an interface, the attempt is denied if the available bandwidth on the interface
cannot accommodate the total bandwidth requested by the multiple policies. In such cases, if the policy map
is already attached to other interfaces, the map is removed.
Example:
The following is sample output from the policy-map command:
policy-map AVB-Output-Child-Policy
class VOIP-PRIORITY-QUEUE
bandwidth remaining percent 30
queue-buffers ratio 10
class MULTIMEDIA-CONFERENCING-STREAMING-QUEUE
bandwidth remaining percent 15
queue-limit dscp AF41 percent 80
queue-limit dscp AF31 percent 80
queue-limit dscp AF42 percent 90
queue-limit dscp AF32 percent 90
queue-buffers ratio 10
class TRANSACTIONAL-DATA-QUEUE
bandwidth remaining percent 15
queue-limit dscp AF21 percent 80
queue-limit dscp AF22 percent 90
queue-buffers ratio 10
class BULK-SCAVENGER-DATA-QUEUE
bandwidth remaining percent 15
queue-limit dscp AF11 percent 80
queue-limit dscp AF12 percent 90
queue-limit dscp CS1 percent 80
queue-buffers ratio 15
class class-default
bandwidth remaining percent 25
queue-buffers ratio 25
port-channel
To convert the auto created EtherChannel into a manual channel and adding configuration on the EtherChannel,
use the port-channel command in privileged EXEC mode.
persistent Converts the auto created EtherChannel into a manual channel and allows you to
add configuration on the EtherChannel.
Usage Guidelines You can use the show etherchannel summary command in privileged EXEC mode to display the EtherChannel
information.
Examples This example shows how to convert the auto created EtherChannel into a manual channel:
Device> enable
Device# port-channel 1 persistent
port-channel auto
To enable the auto-LAG feature on a switch globally, use the port-channel auto command in global
configuration mode. To disable the auto-LAG feature on the switch globally, use no form of this command.
port-channel auto
no port-channel auto
Command Default By default, the auto-LAG feature is disabled globally and is enabled on all port interfaces.
Usage Guidelines You can use the show etherchannel auto command in privileged EXEC mode to verify if the EtherChannel
was created automatically.
Examples This example shows how to enable the auto-LAG feature on the switch:
Device> enable
Device# configure terminal
Device(config)# port-channel auto
port-channel load-balance
To set the load-distribution method among the ports in the EtherChannel, use the port-channel load-balance
command in global configuration mode. To reset the load-balancing mechanism to the default setting, use the
no form of this command.
no port-channel load-balance
Syntax Description dst-ip Specifies load distribution based on the destination host IP address.
dst-mac Specifies load distribution based on the destination host MAC address. Packets to
the same destination are sent on the same port, but packets to different destinations
are sent on different ports in the channel.
dst-mixed-ip-port Specifies load distribution based on the destination IPv4 or IPv6 address and the
TCP/UDP (Layer 4) port number.
dst-port Specifies load distribution based on the destination TCP/UDP (Layer 4) port number
for both IPv4 and IPv6.
extended Sets extended load balance methods among the ports in the EtherChannel.
src-dst-ip Specifies load distribution based on the source and destination host IP address.
src-dst-mac Specifies load distribution based on the source and destination host MAC address.
src-dst-mixed-ip-port Specifies load distribution based on the source and destination host IP address and
TCP/UDP (layer 4) port number.
src-dst-port Specifies load distribution based on the source and destination TCP/UDP (Layer 4)
port number.
src-mac Specifies load distribution based on the source MAC address. Packets from different
hosts use different ports in the channel, but packets from the same host use the same
port.
src-mixed-ip-port Specifies load distribution based on the source host IP address and TCP/UDP (Layer
4) port number.
src-port Specifies load distribution based on the TCP/UDP (Layer 4) port number.
Usage Guidelines You can verify your setting by entering either the show running-config command in privileged EXEC mode
or the show etherchannel load-balance command in privileged EXEC mode.
Examples The following example shows how to set the load-distribution method to dst-mac:
Device> enable
Device# configure terminal
Device(config)# port-channel load-balance dst-mac
Syntax Description dst-ip Specifies load distribution based on the destination host IP address.
dst-mac Specifies load distribution based on the destination host MAC address. Packets to the same
destination are sent on the same port, but packets to different destinations are sent on different
ports in the channel.
dst-port Specifies load distribution based on the destination TCP/UDP (Layer 4) port number for both
IPv4 and IPv6.
ipv6-label Specifies load distribution based on the source MAC address and IPv6 flow label.
l3-proto Specifies load distribution based on the source MAC address and Layer 3 protocols.
src-mac Specifies load distribution based on the source MAC address. Packets from different hosts use
different ports in the channel, but packets from the same host use the same port.
src-port Specifies load distribution based on the TCP/UDP (Layer 4) port number.
Usage Guidelines You can verify your setting by entering either the show running-config command in privileged EXEC mode
or the show etherchannel load-balance command in privileged EXEC mode.
Examples This example shows how to set the extended load-distribution method:
Device> enable
Device# configure terminal
Device(config)# port-channel load-balance extended dst-ip dst-mac src-ip
port-channel min-links
To define the minimum number of LACP ports that must be bundled in the link-up state and bundled in the
EtherChannel in order that a port channel becomes active, use the port-channel min-links command in
interface configuration mode. To return to the default setting, use the no form of this command.
Syntax Description min_links_number The minimum number of active LACP ports in the port channel.
The range is 2 to 8 if the port channel number is 128 or lesser and the range is 2 to 4
if the port channel number is 129 or greater.
The default is 1.
Usage Guidelines An LACP channel group can have up to 16 Ethernet ports of the same type. Up to eight ports can be active,
and up to eight ports can be in hot-standby mode. When there are more than eight ports in an LACP channel
group, the device on the controlling end of the link uses port priorities to determine which ports are bundled
into the channel and which ports are put in hot-standby mode. Port priorities on the other device (the
noncontrolling end of the link) are ignored.
The port-channel min-links command must specify a number a less than the number specified by the lacp
max-bundle command.
Use the show etherchannel summary command in privileged EXEC mode to see which ports are in the
hot-standby mode (denoted with an H port-state flag in the output display).
This example shows how to specify a minimum of three active LACP ports before port channel 2
becomes active:
Device> enable
Device# configure terminal
Device(config)# interface port-channel 2
Device(config-if)# port-channel min-links 3
Examples The following example shows how to extend IEEE 802.1AS profile to a PTP-property name:
Device> enable
Device# configure terminal
Device(config)# ptp property cisco1
Device(config-property)# transport unicast ipv4 local loopback 0
Device(config-property-transport)# peer ip 192.0.2.1
Device(config-property-transport)# end
Device# configure terminal
Device(config)# ptp dot1as extend property cisco1
Device(config)# end
transport unicast ipv4 local loopback Configures a unicast IPv4 connection from a loopback interface.
ptp ip dscp
To configure IP DSCP value for PTP messages, use the ptp ip dscp command in global configuration mode.
To remove the configuration, use the no form of this command.
Command Default PTP uses 0x2f for general messages and 0x3b for event messages
Usage Guidelines Use this command for IEEE 1588 PTP profiles in IPv4 UDP transport mode only.
Examples The following example shows how to configure IP DSCP value for PTP messages:
Device> enable
Device# configure terminal
Device(config)# ptp transport-protocol ipv4 udp
Device(config)# ptp mode boundary delay-req
Device(config)# interface range gigabitethernet1/0/1-gigabitethernet1/0/2
Device(config-if-range)# ptp sync interval -3
Device(config-if-range)# ptp delay-req interval -3
Device(config-if-range)# exit
Device(config)# ptp ip dscp 46 message general
Device(config)# ptp ip dscp 46 message event
Device(config)# end
ptp mode boundary delay-req Configures the device for boundary clock mode using the peer delay request
mechanism.
ptp sync interval Configures the interval between PTP synchronization messages on the
interface range.
ptp delay-req interval Configures the logarithmic mean interval allowed between PTP delay request
messages when the port is in the master state.
Syntax Description value Specifies the priority 1 number to use for this clock.
The range is 0 to 255. The default value is 128.
Note If the value of priority1 is configured to 255, the clock cannot become as
Grandmaster.
Example
This example shows how to specify the priority1 value:
Device> enable
Device# configure terminal
Device(config)# ptp priority1 120
ptp priority2 value Specifies the priority 2 number to use for this clock.
Syntax Description value Specifies the priority 2 number to use for this clock.
The range is 0 to 255. The default value is 128.
Example
This example shows how to specify the priority2 value:
Device> enable
Device# configure terminal
Device(config)# ptp priority 2 120
ptp priority1 value Specifies the priority 1 number to use for this clock.
ptp property
To set the Precision Time Protocol-property (PTP-property) name, use the ptp property command in global
configuration mode. To remove the PTP property name, use the no form of this command.
Usage Guidelines You can configure more than one IPv4 unicast connection that connects to a different boundary clock under
the same property name.
Examples The following example shows how to set the PTP-property name:
Device> enable
Device# configure terminal
Device(config)# ptp property cisco1
Device(config-property)#
ptp dot1as extend property Extends IEEE 802.1AS profile to a PTP property name.
transport unicast ipv4 local loopback Configures a unicast IPv4 connection from a loopback interface.
Command Default Interface is set as either primary (master) or secondary (slave) based on Best Master Clock Algorithm (BMCA)
Usage Guidelines Setting a port permanently ensures that the port remain as a primary (master) even if a clock connected to the
port can be elected as grandmaster clock.
Note The command ptp role primary must be used only on ports that are used as end nodes on a network that
are connected to devices requiring synchronization.
Use the show ptp port interface_id command to verify if the port is set as primary (master).
Examples The following example shows how to set an interface permanently as primary (master):
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet1/0/1
Device(config-if)# ptp role primary
Command Default
Command Modes Global configuration
rep block port {id port-id | neighbor-offset | preferred} vlan {vlan-list | all}
no rep block port {id port-id | neighbor-offset | preferred}
Syntax Description id port-id Specifies the VLAN blocking alternate port by entering the unique port ID, which is
automatically generated when REP is enabled. The REP port ID is a 16-character hexadecimal
value.
neighbor-offset VLAN blocking alternate port by entering the offset number of a neighbor. The range is
from -256 to +256. A value of 0 is invalid.
preferred Selects the regular segment port previously identified as the preferred alternate port for
VLAN load balancing.
vlan-list VLAN ID or range of VLAN IDs to be displayed. Enter a VLAN ID from 1 to 4094, or a
range or sequence of VLANs (such as 1-3, 22, and 41-44) to be blocked.
Command Default The default behavior after you enter the rep preempt segment command in privileged EXEC (for manual
preemption) is to block all the VLANs at the primary edge port. This behavior remains until you configure
the rep block port command.
If the primary edge port cannot determine which port is to be the alternate port, the default action is no
preemption and no VLAN load balancing.
Usage Guidelines When you select an alternate port by entering an offset number, this number identifies the downstream neighbor
port of an edge port. The primary edge port has an offset number of 1; positive numbers above 1 identify
downstream neighbors of the primary edge port. Negative numbers identify the secondary edge port (offset
number -1) and its downstream neighbors.
Note Do not enter an offset value of 1 because that is the offset number of the primary edge port itself.
If you have configured a preempt delay time by entering the rep preempt delay seconds command in interface
configuration mode and a link failure and recovery occurs, VLAN load balancing begins after the configured
preemption time period elapses without another link failure. The alternate port specified in the load-balancing
configuration blocks the configured VLANs and unblocks all the other segment ports. If the primary edge
port cannot determine the alternate port for VLAN balancing, the default action is no preemption.
Each port in a segment has a unique port ID. To determine the port ID of a port, enter the show interfaces
interface-id rep detail command in privileged EXEC mode.
Examples The following example shows how to configure REP VLAN load balancing:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep block port id 0009001818D68700 vlan 1-100
show interfaces rep Displays detailed REP configuration and status for all the interfaces or the
detail specified interface, including the administrative VLAN.
rep lsl-age-timer
To configure the Resilient Ethernet Protocol (REP) link status layer (LSL) age-out timer value, use the rep
lsl-age-timer command in interface configuration mode. To restore the default age-out timer value, use the
no form of this command.
Syntax Description milliseconds REP LSL age-out timer value, in milliseconds (ms). The range is from 120 to 10000 in multiples
of 40.
Usage Guidelines While configuring REP configurable timers, we recommend that you configure the REP LSL number of retries
first and then configure the REP LSL age-out timer value.
Examples The following example shows how to configure a REP LSL age-out timer value:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep segment 1 edge primary
Device(config-if)# rep lsl-age-timer 2000
interface interface-type interface-name Specifies a physical interface or port channel to receive STCNs.
rep lsl-retries
To configure the REP link status layer (LSL) number of retries, use the rep lsl-retries command in interface
configuration mode. To restore the default number of retries, use the no form of this command.
Syntax Description number-of-retries Number of LSL retries. The range of retries is from 3 to 10.
Usage Guidelines The rep lsl-retries command is used to configure the number of retries before the REP link is disabled. While
configuring REP configurable timers, we recommend that you configure the REP LSL number of retries first
and then configure the REP LSL age-out timer value.
Syntax Description seconds Number of seconds to delay REP preemption. The range is from 15 to 300 seconds. The default is
manual preemption without delay.
Command Default REP preemption delay is not set. The default is manual preemption without delay.
Usage Guidelines Enter this command on the REP primary edge port.
Enter this command and configure a preempt time delay for VLAN load balancing to be automatically triggered
after a link failure and recovery.
If VLAN load balancing is configured after a segment port failure and recovery, the REP primary edge port
starts a delay timer before VLAN load balancing occurs. Note that the timer restarts after each link failure.
When the timer expires, the REP primary edge port alerts the alternate port to perform VLAN load balancing
(configured by using the rep block port command in interface configuration mode) and prepares the segment
for the new topology. The configured VLAN list is blocked at the alternate port, and all other VLANs are
blocked at the primary edge port.
You can verify your settings by entering the show interfaces rep command.
Examples The following example shows how to configure a REP preemption time delay of 100 seconds on the
primary edge port:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep preempt delay 100
show interfaces rep Displays detailed REP configuration and status for all the interfaces or the
detail specified interface, including the administrative VLAN.
Syntax Description segment-id ID of the REP segment. The range is from 1 to 1024.
Usage Guidelines Enter this command on the segment, which has the primary edge port on the device.
Ensure that all the other segment configuratios are completed before setting preemption for VLAN load
balancing. When you enter the rep preempt segment segment-id command, a confirmation message appears
before the command is executed because preemption for VLAN load balancing can disrupt the network.
If you do not enter the rep preempt delay seconds command in interface configuration mode on the primary
edge port to configure a preemption time delay, the default configuration is to manually trigger VLAN load
balancing on the segment.
Enter the show rep topology command in privileged EXEC mode to see which port in the segment is the
primary edge port.
If you do not configure VLAN load balancing, entering the rep preempt segment segment-id command
results in the default behavior, that is, the primary edge port blocks all the VLANs.
You can configure VLAN load balancing by entering the rep block port command in interface configuration
mode on the REP primary edge port before you manually start preemption.
Examples The following example shows how to manually trigger REP preemption on segment 100:
Device> enable
Device# rep preempt segment 100
rep preempt Configures a waiting period after a segment port failure and recovery before REP VLAN
delay load balancing is triggered.
show rep Displays REP topology information for a segment or for all the segments.
topology
rep segment
To enable Resilient Ethernet Protocol (REP) on an interface and to assign a segment ID to the interface, use
the rep segment command in interface configuration mode. To disable REP on the interface, use the no form
of this command.
Syntax Description segment-id Segment for which REP is enabled. Assign a segment ID to the interface. The range is from
1 to 1024.
edge (Optional) Configures the port as an edge port. Each segment has only two edge ports.
no-neighbor (Optional) Specifies the segment edge as one with no external REP neighbor.
primary (Optional) Specifies that the port is the primary edge port where you can configure VLAN
load balancing. A segment has only one primary edge port.
preferred (Optional) Specifies that the port is the preferred alternate port or the preferred port for VLAN
load balancing.
Note Configuring a port as a preferred port does not guarantee that it becomes the
alternate port; it merely gives it a slight edge among equal contenders. The
alternate port is usually a previously failed port.
Usage Guidelines REP ports must be a Layer 2 IEEE 802.1Q port or a 802.1AD port. You must configure two edge ports on
each REP segment, a primary edge port and a secondary edge port.
If REP is enabled on two ports on a device, both the ports must be either regular segment ports or edge ports.
REP ports follow these rules:
• If only one port on a device is configured in a segment, that port should be an edge port.
• If two ports on a device belong to the same segment, both the ports must be regular segment ports.
• If two ports on a device belong to the same segment, and one is configured as an edge port and one as a
regular segment port (a misconfiguration), the edge port is treated as a regular segment port.
Caution REP interfaces come up in a blocked state and remain in a blocked state until notified that it is safe to unblock.
Be aware of this to avoid sudden connection losses.
When REP is enabled on an interface, the default is for that port to be a regular segment port.
Examples The following example shows how to enable REP on a regular (nonedge) segment port:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep segment 100
The following example shows how to enable REP on a port and identify the port as the REP primary
edge port:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep segment 100 edge primary
The following example shows how to enable REP on a port and identify the port as the REP secondary
edge port:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep segment 100 edge
The following example shows how to enable REP as an edge no-neighbor port:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep segment 1 edge no-neighbor primary
rep stcn
To configure a Resilient Ethernet Protocol (REP) edge port to send segment topology change notifications
(STCNs) to another interface or to other segments, use the rep stcn command in interface configuration mode.
To disable the task of sending STCNs to the interface or to the segment, use the no form of this command.
Syntax Description interface interface-id Specifies a physical interface or port channel to receive STCNs.
segment segment-id-list Specifies one REP segment or a list of REP segments to receive STCNs. The
segment range is from 1 to 1024. You can also configure a sequence of segments,
for example, 3 to 5, 77, 100.
Usage Guidelines You can verify your settings by entering the show interfaces rep detail command in privileged EXEC mode.
Examples The following example shows how to configure a REP edge port to send STCNs to segments 25 to
50:
Device> enable
Device# configure terminal
Device(config)# interface TenGigabitEthernet 4/1
Device(config-if)# rep stcn segment 25-50
revision
To set the revision number for the Multiple Spanning Tree (802.1s) (MST) configuration, use the revision
command in MST configuration submode. To return to the default settings, use the no form of this command.
revision version
no revision
Syntax Description version Revision number for the configuration; valid values are from 0 to 65535.
Usage Guidelines Devices that have the same configuration but different revision numbers are considered to be part of two
different regions.
Note Be careful when using the revision command to set the revision number of the MST configuration because
a mistake can put the switch in a different region.
Examples This example shows how to set the revision number of the MST configuration:
Device(config)# spanning-tree mst configuration
Device(config-mst)# revision 5
Device(config-mst)#
Example:
The following is sample output from the show avb domain command:
Device# show avb domain
AVB Class-A
Priority Code Point : 3
VLAN : 2
Core ports : 1
Boundary ports : 67
AVB Class-B
Priority Code Point : 2
VLAN : 2
Core ports : 1
Boundary ports : 67
--------------------------------------------------------------------------------
Interface State Delay PCP VID Information
--------------------------------------------------------------------------------
Te1/0/1 down N/A Oper state not up
Te1/0/2 down N/A Oper state not up
Te1/0/3 down N/A Oper state not up
Te1/0/4 down N/A Oper state not up
Te1/0/5 up N/A Port is not asCapable
Te1/0/6 down N/A Oper state not up
Te1/0/7 down N/A Oper state not up
Te1/0/8 down N/A Oper state not up
Te1/0/9 down N/A Oper state not up
Te1/0/10 down N/A Oper state not up
Te1/0/11 down N/A Oper state not up
Te1/0/12 down N/A Oper state not up
Te1/0/13 down N/A Oper state not up
Te1/0/14 down N/A Oper state not up
Te1/0/15 down N/A Oper state not up
Te1/0/16 down N/A Oper state not up
Te1/0/17 down N/A Oper state not up
Te1/0/18 down N/A Oper state not up
Te1/0/19 up N/A Port is not asCapable
Te1/0/20 down N/A Oper state not up
Te1/0/21 down N/A Oper state not up
Te1/0/22 down N/A Oper state not up
Te1/0/23 up N/A Port is not asCapable
Te1/0/24 down N/A Oper state not up
Te1/0/25 down N/A Oper state not up
Te1/0/26 down N/A Oper state not up
Example:
The following is sample output from the show avb streams command:
Device# show avb streams
Outgoing Interfaces:
----------------------------------------------------------------------------
Interface State Time of Last Update Information
----------------------------------------------------------------------------
Te1/1/1 Ready Tue Apr 26 01:25:40.634
Outgoing Interfaces:
----------------------------------------------------------------------------
Interface State Time of Last Update Information
----------------------------------------------------------------------------
Te1/1/1 Ready Tue Apr 26 01:25:40.634
.
.
.
show dot1q-tunnel
To display information about IEEE 802.1Q tunnel ports, use the show dot1q-tunnel in EXEC mode.
Syntax Description interface interface-id (Optional) Specifies the interface for which to display IEEE 802.1Q tunneling
information. Valid interfaces include physical ports and port channels.
Privileged EXEC
Examples The following are examples of output from the show dot1q-tunnel command:
Device# show dot1q-tunnel
show etherchannel
To display EtherChannel information for a channel, use the show etherchannel command in user EXEC
mode.
Usage Guidelines If you do not specify a channel group number, all channel groups are displayed.
In the output, the passive port list field is displayed only for Layer 3 port channels. This field means that the
physical port, which is still not up, is configured to be in the channel group (and indirectly is in the only port
channel in the channel group).
This is an example of output from the show etherchannel channel-group-number detail command:
Device> show etherchannel 1 detail
Group state = L2
Ports: 2 Maxports = 16
Port-channels: 1 Max Port-channels = 16
Protocol: LACP
Ports in the group:
-------------------
Port: Gi1/0/1
------------
Port state = Up Mstr In-Bndl
Channel group = 1 Mode = Active Gcchange = -
Port-channel = Po1GC = - Pseudo port-channel = Po1
Port index = 0Load = 0x00 Protocol = LACP
Local information:
LACP port Admin Oper Port Port
Port Flags State Priority Key Key Number State
Gi1/0/1 SA bndl 32768 0x1 0x1 0x101 0x3D
Gi1/0/2 A bndl 32768 0x0 0x1 0x0 0x3D
Syntax Description interface-id (Optional) Physical interface used to display the port ID.
Usage Guidelines Enter this command on a segment edge port to send STCNs to one or more segments or to an interface.
You can verify your settings by entering the show interfaces rep detail command in privileged EXEC mode.
Examples The following example shows how to display the REP configuration and status for a specified
interface;
Device> enable
Device# show interfaces TenGigabitEthernet4/1 rep detail
rep admin Configures a REP administrative VLAN for the REP to transmit HFL messages.
vlan
show l2protocol-tunnel
To display information about Layer 2 protocol tunnel ports, use the show l2protocol-tunnel in EXEC mode.
Syntax Description interface interface-id (Optional) Specifies the interface for which protocol tunneling information appears.
Valid interfaces are physical ports and port channels.
The port-channel range is 1 to 128.
Privileged EXEC
Usage Guidelines After enabling Layer 2 protocol tunneling on an access or IEEE 802.1Q tunnel port by using the
l2protocol-tunnel interface configuration command, you can configure some or all of these parameters:
• Protocol type to be tunneled
• Shutdown threshold
• Drop threshold
If you enter the show l2protocol-tunnel interface command, only information about the active ports on
which all the parameters are configured appears.
If you enter the show l2protocol-tunnel summary command, only information about the active ports on
which some or all of the parameters are configured appears.
show lacp
To display Link Aggregation Control Protocol (LACP) channel-group information, use the show lacp command
in user EXEC mode.
sys-id Displays the system identifier that is being used by LACP. The system identifier
consists of the LACP system priority and the device MAC address.
Usage Guidelines You can enter any show lacp command to display the active channel-group information. To display specific
channel information, enter the show lacp command with a channel-group number.
If you do not specify a channel group, information for all channel groups appears.
You can enter the channel-group-number to specify a channel group for all keywords except sys-id.
This is an example of output from the show lacp counters user EXEC command. The table that
follows describes the fields in the display.
Device> show lacp counters
LACPDUs Marker Marker Response LACPDUs
Port Sent Recv Sent Recv Sent Recv Pkts Err
---------------------------------------------------------------------
Channel group:1
Gi2/0/1 19 10 0 0 0 0 0
Gi2/0/2 14 6 0 0 0 0 0
Field Description
LACPDUs Sent and Recv The number of LACP packets sent and received by a
port.
Marker Sent and Recv The number of LACP marker packets sent and
received by a port.
Field Description
Marker Response Sent and Recv The number of LACP marker response packets sent
and received by a port.
LACPDUs Pkts and Err The number of unknown and illegal packets received
by LACP for a port.
Channel group 1
LACP port Admin Oper Port Port
Port Flags State Priority Key Key Number State
Gi2/0/1 SA bndl 32768 0x3 0x3 0x4 0x3D
Gi2/0/2 SA bndl 32768 0x3 0x3 0x5 0x3D
Field Description
LACP Port Priority Port priority setting. LACP uses the port priority to
put ports in standby mode when there is a hardware
limitation that prevents all compatible ports from
aggregating.
Field Description
Port State State variables for the port, encoded as individual bits
within a single octet with these meanings:
• bit0: LACP_Activity
• bit1: LACP_Timeout
• bit2: Aggregation
• bit3: Synchronization
• bit4: Collecting
• bit5: Distributing
• bit6: Defaulted
• bit7: Expired
Partner’s information:
Partner’s information:
The system identification is made up of the system priority and the system MAC address. The first
two bytes are the system priority, and the last six bytes are the globally administered individual MAC
address associated to the system.
show loopdetect
To display the details of all the interfaces where loop-detection guard is enabled, use the show loopdetect
command in user EXEC or privileged EXEC mode.
Privileged EXEC(#)
The table below describes the significant fields shown in the display.
Field Description
Interval Displays the time interval set to send the loop-detect frames in seconds.
Elapsed-Time Displays the time elapsed within the set time interval to send loop-detect frames.
Action Displays the action the system will take when it detects a network loop.
Example:
The following is sample output from the show msrp port bandwidth command:
Device# show msrp port bandwidth
--------------------------------------------------------------------------------
Ethernet Capacity Assigned Available Reserved
Interface (Kbit/s) A | B A | B A | B
--------------------------------------------------------------------------------
Te1/0/1 10000000 75 | 0 75 | 75 0 | 0
Te1/0/2 10000000 75 | 0 75 | 75 0 | 0
Te1/0/3 1000000 75 | 0 75 | 75 0 | 0
Te1/0/4 10000000 75 | 0 75 | 75 0 | 0
Te1/0/5 10000000 75 | 0 75 | 75 0 | 0
Te1/0/6 10000000 75 | 0 75 | 75 0 | 0
Te1/0/8 10000000 75 | 0 75 | 75 0 | 0
Te1/0/9 10000000 75 | 0 75 | 75 0 | 0
Te1/0/10 10000000 75 | 0 75 | 75 0 | 0
Te1/0/11 10000000 75 | 0 75 | 75 0 | 0
Te1/0/12 10000000 75 | 0 75 | 75 0 | 0
Te1/0/13 1000000 75 | 0 75 | 75 0 | 0
Te1/0/14 10000000 75 | 0 75 | 75 0 | 0
Te1/0/15 10000000 75 | 0 75 | 75 0 | 0
Te1/0/16 10000000 75 | 0 75 | 75 0 | 0
Te1/0/17 10000000 75 | 0 75 | 75 0 | 0
Te1/0/18 10000000 75 | 0 75 | 75 0 | 0
Te1/0/19 1000000 75 | 0 75 | 75 0 | 0
Te1/0/20 10000000 75 | 0 75 | 75 0 | 0
Te1/0/21 10000000 75 | 0 75 | 75 0 | 0
Te1/0/22 10000000 75 | 0 75 | 75 0 | 0
Te1/0/23 10000000 75 | 0 75 | 75 0 | 0
Te1/0/24 10000000 75 | 0 75 | 75 0 | 0
Gi1/1/1 1000000 75 | 0 75 | 75 0 | 0
Gi1/1/2 1000000 75 | 0 75 | 75 0 | 0
Gi1/1/3 1000000 75 | 0 75 | 75 0 | 0
Gi1/1/4 1000000 75 | 0 75 | 75 0 | 0
Te1/1/1 10000000 75 | 0 75 | 75 0 | 0
Te1/1/2 10000000 75 | 0 75 | 75 0 | 0
Te1/1/3 10000000 75 | 0 75 | 75 0 | 0
Te1/1/4 10000000 75 | 0 75 | 75 0 | 0
Te1/1/5 10000000 75 | 0 75 | 75 0 | 0
Te1/1/6 10000000 75 | 0 75 | 75 0 | 0
Te1/1/7 10000000 75 | 0 75 | 75 0 | 0
Te1/1/8 10000000 75 | 0 75 | 75 0 | 0
Fo1/1/1 40000000 75 | 0 75 | 75 0 | 0
Fo1/1/2 40000000 75 | 0 75 | 75 0 | 0
Example:
The following is sample output from the show msrp streams command:
Device# show msrp streams
--------------------------------------------------------------------------------
Stream ID Talker Listener
Advertise Fail Ready ReadyFail AskFail
R | D R | D R | D R | D R | D
--------------------------------------------------------------------------------
yy:yy:yy:yy:yy:yy:0001 1 | 2 0 | 0 1 | 0 0 | 1 1 | 0
zz:zz:zz:zz:zz:zz:0002 1 | 0 0 | 1 1 | 0 0 | 0 0 | 1
The following is sample output from the show msrp streams detailed command:
Device# show msrp streams detailed
The following is sample output from the show msrp streams brief command:
Device# show msrp streams brief
show pagp
To display Port Aggregation Protocol (PAgP) channel-group information, use the show pagp command in
EXEC mode.
Privileged EXEC
Usage Guidelines You can enter any show pagp command to display the active channel-group information. To display the
nonactive information, enter the show pagp command with a channel-group number.
Examples This is an example of output from the show pagp 1 counters command:
Device> show pagp 1 counters
Information Flush
Port Sent Recv Sent Recv
----------------------------------------
Channel group: 1
Gi1/0/1 45 42 0 0
Gi1/0/2 45 41 0 0
Channel group 1
Dual-Active Partner Partner Partner
Port Detect Capable Name Port Version
Gi1/0/1 No -p2 Gi3/0/3 N/A
Gi1/0/2 No -p2 Gi3/0/4 N/A
<output truncated>
Channel group 1
Hello Partner PAgP Learning Group
Port Flags State Timers Interval Count Priority Method Ifindex
Gi1/0/1 SC U6/S7 H 30s 1 128 Any 16
Gi1/0/2 SC U6/S7 H 30s 1 128 Any 16
port src-port (Optional) Specifies the source and destination layer port numbers.
dst-port
Usage Guidelines Use this command only when you are working directly with a technical support representative while
troubleshooting a problem.
Do not use this command unless a technical support representative asks you to do so.
Syntax Description
Syntax Description
Example
The following is sample output from the show platform hardware fed active vlan ingress command:
Device# show platform hardware fed active vlan 1 ingress
VLAN STP State in hardware
vlan id is:: 1
show platform pm
To display platform-dependent port manager information, use the show platform pm command in privileged
EXEC mode.
Syntax Description etherchannel channel-group-number Displays the EtherChannel group-mask table for the specified
group-mask channel group.
The range is 1 to 128.
port-data interface-id Displays port data information for the specified interface.
Usage Guidelines Use this command only when you are working directly with your technical support representative while
troubleshooting a problem.
Do not use this command unless your technical support representative asks you to do so.
Examples The following is a sample output of the show platform software fed active ptp interface loopback
command:
Device> enable
Device# show platform software fed active ptp interface loopback 0
Syntax Description switch switch-number Displays information about the switch. Valid values
for switch-number argument are from 0 to 9.
Example:
The following is sample output from the show platform software fed switch active ptp if-id 0x20 command:
Device# show platform software fed switch active ptp if-id 0x20
is_measuring_delay : FALSE
Port state: : MASTER
sync_seq_num 22023
delay_req_seq_num 23857
num sync messages transmitted 0
num sync messages received 0
num followup messages transmitted 0
num followup messages received 0
num pdelay requests transmitted 285695
num pdelay requests received 0
num pdelay responses transmitted 0
num pdelay responses received 0
num pdelay followup responses transmitted 0
num pdelay followup responses received 0
Examples The following is a sample output from the show ptp brief command:
Device# show ptp brief
Examples The following is a sample output from the show ptp clock command:
Device# show ptp clock
-----------------------------------------------------------
Examples The following is a sample output from the show ptp parent command:
Device# show ptp parent
Steps Removed: 3
Local clock time: 00:12:13 UTC Jan 1 1970
---------------------------------------------------------------------------
Grandmaster Clock:
Grandmaster Clock Identity: 0x4:6C:9D:FF:FE:67:3A:80
Grandmaster Clock Quality:
Class: 248
Accuracy: Unknown
Offset (log variance): 16640
Priority1: 0
Priority2: 128
---------------------------------------------------------------------------
Command Description
Examples The following is a sample output from the show ptp port command:
Device# show ptp port
----------------------------------------------------------------------------------
Examples The following is a sample output of the show ptp port loopback command:
Device> enable
Device# show ptp port loopback
PTP PORT DATASET: Loopback0
Port identity: clock identity: 0xF8:F:6F:FF:FE:CB:4D:C0
Port identity: port number: 34818
PTP version: 2
PTP port number: 2
PTP slot number: 17
Port state: SLAVE
Delay request interval(log mean): 0
Announce receipt time out: 3
Neighbor prop delay(ns): 0
Announce interval(log mean): 0
Sync interval(log mean): -2
Delay Mechanism: End to End
Peer delay request interval(log mean): 0
Sync fault limit: 500000000
ptp role primary : Disabled
Examples The following is a sample output of the show ptp transport properties command:
Device> enable
Device# show ptp transport properties
Profile Property flow1 extended to : Dot1as
S.No Transport Interface SourceIP Vrf PeerIp Ptp State
---- --------- --------------- --------------- ---------- --------------- ---------------
1 IPv4 Loopback0 4.4.4.4 192.168.2.2 SLAVE
Syntax Description segment segment-id (Optional) Specifies the segment for which to display the REP topology
information. The segment-id range is from 1 to 1024.
archive (Optional) Displays the previous topology of the segment. This keyword is
useful for troubleshooting a link failure.
Examples The following is a sample output from the show rep topology command:
Device# show rep topology
REP Segment 1
BridgeName PortName Edge Role
---------------- ---------- ---- ----
10.64.106.63 Te5/4 Pri Open
10.64.106.228 Te3/4 Open
10.64.106.228 Te3/3 Open
10.64.106.67 Te4/3 Open
10.64.106.67 Te4/4 Alt
10.64.106.63 Te4/4 Sec Open
REP Segment 3
BridgeName PortName Edge Role
---------------- ---------- ---- ----
10.64.106.63 Gi50/1 Pri Open
SVT_3400_2 Gi0/3 Open
SVT_3400_2 Gi0/4 Open
10.64.106.68 Gi40/2 Open
10.64.106.68 Gi40/1 Open
10.64.106.63 Gi50/2 Sec Alt
The following is a sample output from the show rep topology detail command:
Device# show rep topology detail
REP Segment 1
10.64.106.63, Te5/4 (Primary Edge)
Open Port, all vlans forwarding
Bridge MAC: 0005.9b2e.1700
Port Number: 010
show spanning-tree
To display spanning-tree information for the specified spanning-tree instances, use the show spanning-tree
command in privileged EXEC mode.
Syntax Description bridge-group (Optional) Specifies the bridge group number. The range is 1 to 255.
interface interface-type (Optional) Specifies the type and number of the interface. Enter each
interface-number interface designator, using a space to separate it from the one before and
the one after. Ranges are not supported. Valid interfaces include physical
ports and virtual LANs (VLANs). See the “Usage Guidelines” for valid
values.
configuration digest (Optional) Displays the multiple spanning-tree current region configuration.
pathcost method (Optional) Displays the default path-cost calculation method that is used.
See the “Usage Guidelines” section for the valid values.
totals (Optional) Displays the total lines of the spanning-tree state section.
vlan vlan-id (Optional) Specifies the VLAN ID. The range is 1 to 4094.
If the vlan-id value is omitted, the command applies to the spanning-tree
instance for all VLANs.
port-channel number (Optional) Identifies the Ethernet channel associated with the interfaces.
Usage Guidelines The keywords and arguments that are available with the show spanning-tree command vary depending on
the platform you are using and the network modules that are installed and operational.
The port-channel number values from 257 to 282 are supported on the Content Switching Module (CSM)
and the Firewal Services Module (FWSM) only.
The interface-number argument designates the module and port number. Valid values for interface-number
depend on the specified interface type and the chassis and module that are used. For example, if you specify
a Gigabit Ethernet interface and have a 48-port 10/100BASE-T Ethernet module that is installed in a 13-slot
chassis, valid values for the module number are from 2 to 13 and valid values for the port number are from
1 to 48.
When checking spanning tree-active states and you have a large number of VLANs, you can enter the show
spanning-tree summary total command. You can display the total number of VLANs without having to
scroll through the list of VLANs.
The valid values for keyword pathcoast method are:
• append: Appends the redirected output to a URL (supporting the append operation).
• begin: Begins with the matching line.
• exclude: Excludes matching lines.
• include: Includes matching lines.
• redirect: Redirects output to a URL.
• tee: Copies output to a URL.
When you run the show spanning-tree command for a VLAN or an interface the switch router will display
the different port states for the VLAN or interface. The valid spanning-tree port states are listening, learning,
forwarding, blocking, disabled, and loopback.
Device#
show spanning-tree
VLAN0001
Spanning tree enabled protocol rstp
Root ID Priority 32769
Address 5c71.0dfe.8380
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
Field Definition
BLK Blocked is when the port is still sending and listening to BPDU packets but is not forwarding traffic.
DIS Disabled is when the port is not sending or listening to BPDU packets and is not forwarding traffic.
FWD Forwarding is when the port is sending and listening to BPDU packets and forwarding traffic.
LBK Loopback is when the port recieves its own BPDU packet back.
LIS Listening is when the port spanning tree initially starts to listen for BPDU packets for the root bridge.
LRN Learning is when the port sets the proposal bit on the BPDU packets it sends out
Device#
show spanning-tree
VLAN0001
Spanning tree enabled protocol rstp
Root ID Priority 32769
Address 6cb2.ae4a.4fc0
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The table below describes the fields that are shown in the example.
Field Definition
This example shows how to display information about the spanning tree for this bridge only:
This example shows how to display detailed information about the interface:
Device#
show spanning-tree detail
VLAN0001 is executing the rstp compatible Spanning Tree protocol
Bridge Identifier has priority 32768, sysid 1, address 5c71.0dfe.8380
Configured hello time 2, max age 20, forward delay 15, transmit hold-count 6
We are the root of the spanning tree
Topology change flag not set, detected flag not set
Number of topology changes 27 last change occurred 4d19h ago
from TenGigabitEthernet1/0/48
Times: hold 1, topology change 35, notification 2
hello 2, max age 20, forward delay 15
Timers: hello 0, topology change 0, notification 0, aging 300
Device#
This example shows how to display the total lines of the spanning-tree state section:
Device#
show spanning-tree summary total Switch is in rapid-pvst mode
Root bridge for: VLAN0001
Extended system ID is enabled
Portfast Default is disabled
PortFast BPDU Guard Default is disabled
Portfast BPDU Filter Default is disabled
Loopguard Default is disabled
EtherChannel misconfig guard is enabled
UplinkFast is disabled
BackboneFast is enabled but inactive in rapid-pvst mode
Configured Pathcost method used is long
This example shows how to display information about the spanning tree for a specific VLAN:
Device#
show spanning-tree vlan 200
VLAN0001
Spanning tree enabled protocol rstp
Root ID Priority 32769
Address 5c71.0dfe.8380
This bridge is the root
Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec
The table below describes the fields that are shown in the example.
Field Definition
Role Current 802.1w role; valid values are Boun (boundary), Desg (designated), Root, Altn (alternate),
and Back (backup).
Sts Spanning-tree states; valid values are BKN* (broken)3, BLK (blocking), DWN (down), LTN
(listening), LBK (loopback), LRN (learning), and FWD (forwarding).
Prio.Nbr Port ID that consists of the port priority and the port number.
3
For information on the *, see the definition for the Status field.
Syntax Description instance-id-number (Optional) Instance identification number. The range is from 0 to 4094.
interface (Optional) Displays the information about the interfaces. See the “Usage Guidelines”
section for valid number values.
digest (Optional) Displays information about the message digest 5 (MD5) algorithm included
in the current MST configuration identifier (MSTCI).
Usage Guidelines The valid values for the interface argument depend on the specified interface type and the chassis and module
that are used. For example, if you specify a Gigabit Ethernet interface and have a 48-port 10/100BASE-T
Ethernet module that is installed in a 13-slot chassis, valid values for the module number are from 2 to 13 and
valid values for the port number are from 1 to 48.
The number of valid values for port-channel number are a maximum of 64 values ranging from 1 to 282.
The port-channel number values from 257 to 282 are supported on the Content Switching Module (CSM)
and the Firewall Services Module (FWSM) only.
The number of valid values for vlan are from 1 to 4094.
In the output display of the show spanning-tree mst configuration command, a warning message may be
displayed. This message appears if you do not map secondary VLANs to the same instance as the associated
primary VLAN. The display includes a list of the secondary VLANs that are not mapped to the same instance
as the associated primary VLAN. The warning message is as follows:
These secondary vlans are not mapped to the same instance as their primary:
-> 3
In the output display of the show spanning-tree mst configuration digest command, if the output applies
to both standard and prestandard bridges at the same time on a per-port basis, two different digests are displayed.
If you configure a port to transmit prestandard PortFast bridge protocol data units (BPDUs) only, the prestandard
flag displays in the show spanning-tree commands. The variations of the prestandard flag are as follows:
• Pre-STD (or pre-standard in long format): This flag is displayed if the port is configured to transmit
prestandard BPDUs and if a prestandard neighbor bridge has been detected on this interface.
• Pre-STD-Cf (or pre-standard (config) in long format): This flag is displayed if the port is configured to
transmit prestandard BPDUs but a prestandard BPDU has not been received on the port, the autodetection
mechanism has failed, or a misconfiguration, if there is no prestandard neighbor, has occurred.
• Pre-STD-Rx (or prestandard (rcvd) in long format): This flag is displayed when a prestandard BPDU
has been received on the port, but it has not been configured to send prestandard BPDUs. The port will
send prestandard BPDUs, but Cisco recommends that you change the port configuration so that the
interaction with the prestandard neighbor does not rely only on the autodetection mechanism.
If the configuration is not prestandard compliant (for example, a single MST instance has an ID that is greater
than or equal to 16,) the prestandard digest is not computed and the following output is displayed:
Device# show spanning-tree mst configuration digest
Name [region1]
Revision 2 Instances configured 3
Digest 0x3C60DBF24B03EBF09C5922F456D18A03
Pre-std Digest N/A, configuration not pre-standard compatible
MST BPDUs include an MSTCI that consists of the region name, region revision, and an MD5 digest of the
VLAN-to-instance mapping of the MST configuration.
See the show spanning-tree mst command field description table for output descriptions.
Examples The following example shows how to display information about the region configuration:
Device# show spanning-tree mst configuration
Name [train]
Revision 2702
Instance Vlans mapped
-------- ---------------------------------------------------------------------
0 1-9,11-19,21-29,31-39,41-4094
1 10,20,30,40
-------------------------------------------------------------------------------
cost 0
Designated bridge address 0002.172c.f400 priority 32771 port id
128.193
Timers: message expires in 0 sec, forward delay 0, forward transitions 1
Bpdus (MRecords) sent 254, received 1
FastEthernet4/2 of MST03 is backup blocking
Port info port id 128.194 priority 128 cost
200000
Designated root address 0002.172c.f400 priority 32771
cost 0
Designated bridge address 0002.172c.f400 priority 32771 port id
128.193
Timers: message expires in 2 sec, forward delay 0, forward transitions 1
Bpdus (MRecords) sent 3, received 252
The following example shows how to display the MD5 digest included in the current MSTCI:
Device# show spanning-tree mst configuration digest
Name [mst-config]
Revision 10 Instances configured 25
Digest 0x40D5ECA178C657835C83BBCB16723192
Pre-std Digest 0x27BF112A75B72781ED928D9EC5BB4251
spanning-tree mst Sets the path cost and port-priority parameters for any MST instance.
spanning-tree mst forward-time Sets the forward-delay timer for all the instances on the Cisco 7600
series router.
spanning-tree mst hello-time Sets the hello-time delay timer for all the instances on the Cisco 7600
series router.
spanning-tree mst max-hops Specifies the number of possible hops in the region before a BPDU is
discarded.
show udld
To display UniDirectional Link Detection (UDLD) administrative and operational status for all ports or the
specified port, use the show udld command in user EXEC mode.
Syntax Description Auto-Template (Optional) Displays UDLD operational status of the auto-template
interface. The range is from 1 to 999.
Usage Guidelines If you do not enter an interface ID, administrative and operational UDLD status for all interfaces appear.
This is an example of output from the show udld interface-id command. For this display, UDLD
is enabled on both ends of the link, and UDLD detects that the link is bidirectional. The table that
follows describes the fields in this display.
Device> show udld gigabitethernet2/0/1
Interface gi2/0/1
---
Port enable administrative configuration setting: Follows device default
Port enable operational state: Enabled
Current bidirectional state: Bidirectional
Current operational state: Advertisement - Single Neighbor detected
Message interval: 60
Time out interval: 5
Entry 1
Expiration time: 146
Device ID: 1
Current neighbor state: Bidirectional
Device name: Switch-A
Port ID: Gi2/0/1
Neighbor echo 1 device: Switch-B
Neighbor echo 1 port: Gi2/0/2
Message interval: 5
CDP Device name: Switch-A
Field Description
Port enable administrative configuration setting How UDLD is configured on the port. If UDLD is
enabled or disabled, the port enable configuration
setting is the same as the operational enable state.
Otherwise, the enable operational setting depends on
the global enable setting.
Port enable operational state Operational state that shows whether UDLD is
actually running on this port.
Current bidirectional state The bidirectional state of the link. An unknown state
appears if the link is down or if it is connected to an
UDLD-incapable device. A bidirectional state appears
if the link is a normal two-way connection to a
UDLD-capable device. All other values mean
miswiring.
Field Description
Current operational state The current phase of the UDLD state machine. For a
normal bidirectional link, the state machine is most
often in the Advertisement phase.
Message interval How often advertisement messages are sent from the
local device. Measured in seconds.
Time out interval The time period, in seconds, that UDLD waits for
echoes from a neighbor device during the detection
window.
Current neighbor state The neighbor’s current state. If both the local and
neighbor devices are running UDLD normally, the
neighbor state and local state should be bidirectional.
If the link is down or the neighbor is not
UDLD-capable, no cache entries appear.
Device name The device name or the system serial number of the
neighbor. The system serial number appears if the
device name is not set or is set to the default (Switch).
Neighbor echo 1 device The device name of the neighbors’ neighbor from
which the echo originated.
Neighbor echo 1 port The port number ID of the neighbor from which the
echo originated.
CDP device name The CDP device name or the system serial number.
The system serial number appears if the device name
is not set or is set to the default (Switch).
Syntax Description
This command has no arguments or keywords.
Example
The following is sample output from the show vlan dot1q tag native command:
Device# show vlan dot1q tag native
*Feb 1 06:47:30.719: %SYS-5-CONFIG_I: Configured from console by console
dot1q native vlan tagging is enabled globally
source ip interface
To configure the source IP address, use the source ip interface command in property transport sub-configuration
mode.
Usage Guidelines This command is optional. Use this command as an alternative to the peer command.
Examples The following example shows how to configure the source IP address:
Device> enable
Device# configure terminal
Device(config)# ptp property cisco1
Device(config-property)# transport unicast ipv4 local loopback 0
Device(config-property-transport)# source ip interface GigabitEthernet 1/0/1
Device(config-property-transport)# end
ptp dot1as extend property Extends IEEE 802.1AS profile to a PTP property name.
transport unicast ipv4 local loopback Configures a unicast IPv4 connection from a loopback interface.
spanning-tree backbonefast
To enable BackboneFast to allow a blocked port on a switch to change immediately to a listening mode, use
the spanning-tree backbonefast command in global configuration mode. To return to the default setting, use
the no form of this command.
spanning-tree backbonefast
no spanning-tree backbonefast
Usage Guidelines BackboneFast should be enabled on all of the Cisco devices containing an Ethernet switch network module.
BackboneFast provides for fast convergence in the network backbone after a spanning-tree topology change.
It enables the switch to detect an indirect link failure and to start the spanning-tree reconfiguration sooner
than it would under normal spanning-tree rules.
Use the show spanning-tree privileged EXEC command to verify your settings.
Examples The following example shows how to enable BackboneFast on the device:
spanning-tree bpdufilter
To enable bridge protocol data unit (BPDU) filtering on the interface, use the spanning-tree bpdufilter
command in interface configuration or template configuration mode. To return to the default settings, use the
no form of this command.
Command Default The setting that is already configured when you enter the spanning-tree portfast edge bpdufilter default
command .
Usage Guidelines
Caution Be careful when you enter the spanning-tree bpdufilter enable command. Enabling BPDU filtering on an
interface is similar to disabling the spanning tree for this interface. If you do not use this command correctly,
you might create bridging loops.
Entering the spanning-tree bpdufilter enable command to enable BPDU filtering overrides the PortFast
configuration.
When configuring Layer 2-protocol tunneling on all the service-provider edge switches, you must enable
spanning-tree BPDU filtering on the 802.1Q tunnel ports by entering the spanning-tree bpdufilter enable
command.
BPDU filtering prevents a port from sending and receiving BPDUs. The configuration is applicable to the
whole interface, whether it is trunking or not. This command has three states:
• spanning-tree bpdufilter enable: Unconditionally enables BPDU filtering on the interface.
• spanning-tree bpdufilter disable: Unconditionally disables BPDU filtering on the interface.
• no spanning-tree bpdufilter: Enables BPDU filtering on the interface if the interface is in operational
PortFast state and if you configure the spanning-tree portfast bpdufilter default command.
Use the spanning-tree portfast bpdufilter default command to enable BPDU filtering on all ports that are
already configured for PortFast.
Examples This example shows how to enable BPDU filtering on this interface:
The following example shows how to enable BPDU filtering on an interface using interface template:
spanning-tree portfast edge bpdufilter default Enables BPDU filtering by default on all PortFast ports.
spanning-tree bpduguard
To enable bridge protocol data unit (BPDU) guard on the interface, use the spanning-tree bpduguard
command in interface configuration and template configuration mode. To return to the default settings, use
the no form of this command.
Usage Guidelines BPDU guard prevents a port from receiving BPDUs. Typically, this feature is used in a service-provider
environment where the network administrator wants to prevent an access port from participating in the spanning
tree. If the port still receives a BPDU, it is put in the error-disabled state as a protective measure. This command
has three states:
• spanning-tree bpduguard enable: Unconditionally enables BPDU guard on the interface.
• spanning-tree bpduguard disable: Unconditionally disables BPDU guard on the interface.
• no spanning-tree bpduguard: E nables BPDU guard on the interface if it is in the operational PortFast
state and if the spanning-tree portfast bpduguard default command is configured.
Examples This example shows how to enable BPDU guard on this interface:
The following example shows how to enable BPDU guard on an interface using interface template:
Command Description
spanning-tree portfast edge bpduguard default Enables BPDU guard by default on all PortFast ports.
Usage Guidelines Bridge assurance protects against a unidirectional link failure or other software failure and a device that
continues to forward data traffic when it is no longer running the spanning tree algorithm.
Bridge assurance is enabled only on spanning tree network ports that are point-to-point links. Both ends of
the link must have bridge assurance enabled. If the device on one side of the link has bridge assurance enabled
and the device on the other side either does not support bridge assurance or does not have this feature enabled,
the connecting port is blocked.
Disabling bridge assurance causes all configured network ports to behave as normal spanning tree ports.
Examples This example shows how to enable bridge assurance on all network ports on the switch:
Device(config)#
spanning-tree bridge assurance
Device(config)#
This example shows how to disable bridge assurance on all network ports on the switch:
Device(config)#
no spanning-tree bridge assurance
Device(config)#
spanning-tree cost
To set the path cost of the interface for Spanning Tree Protocol (STP) calculations, use the spanning-tree
cost command in interface configuration or template configuration mode. To revert to the default value, use
the no form of this command.
Usage Guidelines When you specify a value for the cost argument, higher values indicate higher costs. This range applies
regardless of the protocol type specified.
If a loop occurs, spanning tree uses the path cost when selecting an interface to place into the forwarding state.
A lower path cost represents higher-speed transmission.
Examples The following example shows how to access an interface and set a path cost value of 250 for the
spanning tree VLAN associated with that interface:
The following example shows how to set a path cost value of 250 for the spanning tree VLAN
associated with an interface using an interface template:
spanning-tree port-priority Sets an interface priority when two bridges tie for position as the root
bridge.
Command Description
spanning-tree portfast (global) Enables PortFast mode, where the interface is immediately put into the
forwarding state upon linkup without waiting for the timer to expire.
spanning-tree portfast (interface) Enables PortFast mode, where the interface is immediately put into the
forwarding state upon linkup without waiting for the timer to expire.
Usage Guidelines EtherChannel uses either Port Aggregation Protocol (PAgP) or Link Aggregation Control Protocol (LACP)
and does not work if the EtherChannel mode of the interface is enabled using the channel-group group-number
mode on command.
The spanning-tree etherchannel guard misconfig command detects two types of errors: misconfiguration
and misconnection errors. A misconfiguration error is an error between the port-channel and an individual
port. A misconnection error is an error between a device that is channeling more ports and a device that is not
using enough Spanning Tree Protocol (STP) Bridge Protocol Data Units (BPDUs) to detect the error. In this
case, the device will only error disable an EtherChannel if the switch is a nonroot device.
When an EtherChannel-guard misconfiguration is detected, this error message displays:
To determine which local ports are involved in the misconfiguration, enter the show interfaces status
err-disabled command. To check the EtherChannel configuration on the remote device, enter the show
etherchannel summary command on the remote device.
After you correct the configuration, enter the shutdown and the no shutdown commands on the associated
port-channel interface.
Command Description
show interfaces status err-disabled Displays the interface status or a list of interfaces in an error-disabled
state on LAN ports only.
Command Default Enabled on systems that do not provide 1024 MAC addresses.
Usage Guidelines Enabling or disabling the extended-system ID updates the bridge IDs of all active Spanning Tree Protocol
(STP) instances, which might change the spanning-tree topology.
spanning-tree guard
To enable or disable the guard mode, use the spanning-tree guard command in interface configuration and
template configuration mode. To return to the default settings, use the no form of this command.
The following example shows how to enable root guard on an interface using an interface template:
spanning-tree loopguard default Enables loop guard as a default on all ports of a given bridge.
spanning-tree link-type
To configure a link type for a port, use the spanning-tree link-type command in the interface configuration
and template configuration mode. To return to the default settings, use the no form of this command.
Command Default Link type is automatically derived from the duplex setting unless you explicitly configure the link type.
Usage Guidelines Rapid Spanning Tree Protocol Plus (RSTP+) fast transition works only on point-to-point links between two
bridges.
By default, the switch derives the link type of a port from the duplex mode. A full-duplex port is considered
as a point-to-point link while a half-duplex configuration is assumed to be on a shared link.
If you designate a port as a shared link, RSTP+ fast transition is forbidden, regardless of the duplex setting.
If you connect a port (local port) to a remote port through a point-to-point link and the local port becomes a
designated port, the device negotiates with the remote port and rapidly changes the local port to the forwarding
state
Examples This example shows how to configure the port as a shared link:
The following example shows how to configure the port as a shared link using an interface template:
Usage Guidelines Loop guard provides additional security in the bridge network. Loop guard prevents alternate or root ports
from becoming the designated port due to a failure that could lead to a unidirectional link.
Loop guard operates only on ports that are considered point to point by the spanning tree.
The individual loop-guard port configuration overrides this command.
spanning-tree mode
To switch between Per-VLAN Spanning Tree+ (PVST+), Rapid-PVST+, and Multiple Spanning Tree (MST)
modes, use the spanning-tree mode command in global configuration mode. To return to the default settings,
use the no form of this command.
Usage Guidelines
Note Be careful when using the spanning-tree mode command to switch between PVST+, Rapid-PVST+, and
MST modes. When you enter the command, all spanning-tree instances are stopped for the previous mode
and are restarted in the new mode. Using this command may cause disruption of user traffic.
show spanning-tree mst Displays the information about the MST protocol.
spanning-tree mst
To set the priority parameters or configure the device as a root for any Multiple Spanning Tree (MST) instance,
use the spanning-tree mst command in interface configuration mode. To return to the default settings, use
the no form of this command.
Syntax Description priority priority Port priority for an instance. The range is from 0 to 61440 in increments of 4096.
Device(config-if)#
spanning-tree mst 0 root primary
Device(config-if)#
show spanning-tree mst Displays the information about the MST protocol.
Command Default The default value for the Multiple Spanning Tree (MST) configuration is the default value for all its parameters:
• No VLANs are mapped to any MST instance (all VLANs are mapped to the Common and Internal
Spanning Tree [CIST] instance).
• The region name is an empty string.
• The revision number is 0.
The abort and exit commands allow you to exit MST configuration submode. The difference between the
two commands depends on whether you want to save your changes or not.
The exit command commits all the changes before leaving MST configuration submode. If you do not map
secondary VLANs to the same instance as the associated primary VLAN, when you exit MST-configuration
submode, a warning message displays and lists the secondary VLANs that are not mapped to the same instance
as the associated primary VLAN. The warning message is as follows:
These secondary vlans are not mapped to the same instance as their primary:
-> 3
The abort command leaves MST-configuration submode without committing any changes.
Changing an MST-configuration submode parameter can cause connectivity loss. To reduce service disruptions,
when you enter MST-configuration submode, make changes to a copy of the current MST configuration.
When you are done editing the configuration, you can apply all the changes at once by using the exit keyword,
or you can exit the submode without committing any change to the configuration by using the abort keyword.
In the unlikely event that two users commit a new configuration at exactly at the same time, this warning
message displays:
This example shows how to reset the MST configuration to the default settings:
Device(config)# no spanning-tree mst configuration
Device(config)#
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description seconds Number of seconds to set the forward-delay timer for all the instances on the device. The range
is from 4 to 30 seconds.
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description seconds Number of seconds to set the hello-time delay timer for all the instances on the device. The range
is from 1 to 10 in seconds.
Usage Guidelines If you do not specify the hello-time value, the value is calculated from the network diameter.
Examples This example shows how to set the hello-time delay timer:
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description seconds Number of seconds to set the max-age timer for all the instances on the device. The range is from
6 to 40 in seconds.
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description hopnumber Number of possible hops in the region before a BPDU is discarded. The range is from 1 to
255 hops.
Examples This example shows how to set the number of possible hops:
show spanning-tree mst Displays the information about the MST protocol.
Usage Guidelines Even with the default configuration, the port can receive both prestandard and standard BPDUs.
Prestandard BPDUs are based on the Cisco IOS Multiple Spanning Tree (MST) implementation that was
created before the IEEE standard was finalized. Standard BPDUs are based on the finalized IEEE standard.
If you configure a port to transmit prestandard BPDUs only, the prestandard flag displays in the show
spanning-tree commands. The variations of the prestandard flag are as follows:
• Pre-STD (or pre-standard in long format): This flag displays if the port is configured to transmit
prestandard BPDUs and if a prestandard neighbor bridge has been detected on this interface.
• Pre-STD-Cf (or pre-standard (config) in long format): This flag displays if the port is configured to
transmit prestandard BPDUs but a prestandard BPDU has not been received on the port, the autodetection
mechanism has failed, or a misconfiguration, if there is no prestandard neighbor, has occurred.
• Pre-STD-Rx (or pre-standard (rcvd) in long format): This flag displays when a prestandard BPDU has
been received on the port but it has not been configured to send prestandard BPDUs. The port will send
prestandard BPDUs, but we recommend that you change the port configuration so that the interaction
with the prestandard neighbor does not rely only on the autodetection mechanism.
If the MST configuration is not compatible with the prestandard (if it includes an instance ID greater than
15), only standard MST BPDUs are transmitted, regardless of the STP configuration on the port.
Examples This example shows how to configure a port to transmit only prestandard BPDUs:
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description instance Instance identification number; valid values are from 0 to 4094.
priority priority Specifies the bridge priority; see the “Usage Guidelines” section for valid values and
additional information.
Usage Guidelines You can set the bridge priority in increments of 4096 only. When you set the priority, valid values are 0, 4096,
8192, 12288, 16384, 20480, 24576, 28672, 32768, 36864, 40960, 45056, 49152, 53248, 57344, and 61440.
You can set the priority to 0 to make the switch root.
You can enter instance as a single instance or a range of instances, for example, 0-3,5,7-9.
show spanning-tree mst Displays the information about the MST protocol.
spanning-tree mst instance root { primary | secondary } [ diameter diameter [ hello-time seconds
]]
no spanning-tree mst instance root
Syntax Description instance Instance identification number. The range is from 0 to 4094.
primary Specifies the high enough priority (low value) to make the root of the spanning-tree
instance.
secondary Specifies the switch as a secondary root, should the primary root fail.
diameter diameter (Optional) Specifies the timer values for the root switch that are based on the network
diameter. The range is from 1 to 7.
hello-time seconds (Optional) Specifies the duration between the generation of configuration messages
by the root switch.
Command Default The spanning-tree mst root command has no default settings.
Usage Guidelines You can enter instance as a single instance or a range of instances, for example, 0-3,5,7-9.
The spanning-tree mst root secondary value is 16384.
The diameter diameter and hello-time seconds keywords and arguments are available for instance 0 only.
If you do not specify the seconds argument, the value for it is calculated from the network diameter.
Examples This example shows how to designate the primary root switch and timer values for an instance:
show spanning-tree mst Displays the information about the MST protocol.
Usage Guidelines PVST simulation is enabled by default so that all interfaces on the device interoperate between Multiple
Spanning Tree (MST) and Rapid Per-VLAN Spanning Tree Plus (PVST+). To prevent an accidental connection
to a device that does not run MST as the default Spanning Tree Protocol (STP) mode, you can disable PVST
simulation. If you disable PVST simulation, the MST-enabled port moves to the blocking state once it detects
it is connected to a Rapid PVST+-enabled port. This port remains in the inconsistent state until the port stops
receiving Bridge Protocol Data Units (BPDUs), and then the port resumes the normal STP transition process.
To override the global PVST simulation setting for a port, enter the spanning-tree mst simulate pvst interface
command in the interface command mode.
Examples This example shows how to prevent the switch from automatically interoperating with a connecting
device that is running Rapid PVST+:
Device(config)#
no spanning-tree mst simulate pvst global
Device(config)#
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description long Specifies the 32-bit based values for default port-path costs.
short Specifies the 16-bit based values for default port-path costs.
Usage Guidelines The long path-cost calculation method utilizes all 32 bits for path-cost calculation and yields values in the
range of 1 through 200,000,000.
The short path-cost calculation method (16 bits) yields values in the range of 1 through 65535.
Examples This example shows how to set the default path-cost calculation method to long:
Device(config
#) spanning-tree pathcost method long
Device(config
#)
This example shows how to set the default path-cost calculation method to short:
Device(config
#) spanning-tree pathcost method short
Device(config
#)
spanning-tree port-priority
To set an interface priority when two bridges tie for position as the root bridge, use the spanning-tree
port-priority command in interface configuration and template configuration mode. To revert to the default
value, use the no form of this command.
Syntax Description port-priority Port priority. The range is from 0 to 240 in increments of 16 . The default is 128.
Usage Guidelines The priority you set breaks the tie between two bridges to be designated as a root bridge.
Examples The following example shows how to increase the likelihood that spanning-tree instance 20 is chosen
as the root-bridge on interface Ethernet 2/0:
The following example shows how increase the likelihood that spanning-tree instance 20 is chosen
as the root-bridge on an interface using an interface template:
spanning-tree cost Sets the path cost of the interface for STP calculations.
spanning-tree portfast (global) Enables PortFast mode, where the interface is immediately put into the
forwarding state upon linkup without waiting for the timer to expire.
Command Description
Usage Guidelines The spanning-tree portfast edge bpdufilter command enables BPDU filtering globally on PortFast ports.
BPDU filtering prevents a port from sending or receiving any BPDUs.
You can override the effects of the portfast edge bpdufilter default command by configuring BPDU filtering
at the interface level.
Note Be careful when enabling BPDU filtering. The feature’s functionality is different when you enable it on a
per-port basis or globally. When enabled globally, BPDU filtering is applied only on ports that are in an
operational PortFast state. Ports send a few BPDUs at linkup before they effectively filter outbound BPDUs.
If a BPDU is received on an edge port, it immediately loses its operational PortFast status and BPDU filtering
is disabled. When enabled locally on a port, BPDU filtering prevents the device from receiving or sending
BPDUs on this port.
Caution Be careful when using this command. Using this command incorrectly can cause bridging loops.
Device(config)#
spanning-tree portfast edge bpdufilter default
Device(config)#
show spanning-tree mst Displays the information about the MST protocol.
Command Description
Usage Guidelines
Caution Be careful when using this command. You should use this command only with interfaces that connect to end
stations; otherwise, an accidental topology loop could cause a data-packet loop and disrupt the device and
network operation.
BPDU guard disables a port if it receives a BPDU. BPDU guard is applied only on ports that are PortFast
enabled and are in an operational PortFast state.
Device(config)#
spanning-tree portfast edge bpduguard default
Device(config)#
show spanning-tree mst Displays the information about the MST protocol.
Syntax Description bpdufilter Enables PortFast edge BPDU filter by default on all PortFast edge ports.
bpduguard Enables PortFast edge BPDU guard by default on all PortFast edge ports.
edge Enables PortFast edge mode by default on all switch access ports.
network Enables PortFast network mode by default on all switch access ports.
normal Enables PortFast normal mode by default on all switch access ports.
Release Modification
Usage Guidelines
Note Be careful when using this command. You should use this command only with interfaces that connect to end
stations; otherwise, an accidental topology loop could cause a data-packet loop and disrupt the operation of
the router or switch and the network.
An interface with PortFast mode enabled is moved directly to the spanning-tree forwarding state when linkup
occurs without waiting for the standard forward-time delay.
You can enable PortFast mode on individual interfaces using the spanning-tree portfast (interface) command.
Examples This example shows how to enable PortFast edge mode with BPDU Guard by default on all access
ports:
Device(config)#
spanning-tree portfast edge bpduguard default
Device(config)#
Syntax Description value Number of bridge protocol data units (BPDUs) that can be sent before pausing for 1 second. The
range is from 1 to 20.
Note Changing this parameter to a higher value may have a significant impact on CPU utilization, especially in
rapid-Per-VLAN Spanning Tree (PVST) mode. Lowering this parameter could slow convergence in some
scenarios. We recommend that you do not change the value from the default setting.
If you change the value setting, enter the show running-config command to verify the change.
If you delete the command, use the show spanning-tree mst command to verify the deletion.
Examples This example shows how to specify the transmit hold count:
show running-config Displays the status and configuration of the module or Layer 2 VLAN.
show spanning-tree mst Display the information about the MST protocol.
spanning-tree uplinkfast
To enable UplinkFast, use the spanning-tree uplinkfast command in global configuration mode. To disable
UplinkFast, use the no form of this command.
Syntax Description max-update-rate packets-per-second (Optional) Specifies the maximum rate (in packets per second) at
which update packets are sent. The range is from 0 to 32000.
Usage Guidelines Use the spanning-tree uplinkfast max-update-rate command to enable UplinkFast (if it is not already
enabled) and change the rate at which update packets are sent. Use the no form of this command to return to
the default rate.
Examples This example shows how to enable UplinkFast and set the maximum rate to 200 packets per second:
Device(config)#
spanning-tree uplinkfast max-update-rate 200
Device(config)#
spanning-tree vlan
To configure Spanning Tree Protocol (STP) on a per-virtual LAN (VLAN) basis, use the spanning-tree vlan
command in global configuration mode. To return to the default settings, use the no form of this command.
spanning-tree vlan vlan-id [{ forward-time seconds | hello-time seconds | max-age seconds | priority
priority | root [{ primary | secondary }] }]
no spanning-tree vlan vlan-id [{ forward-time | hello-time | max-age | priority | root }]
Syntax Description vlan id VLAN identification number. The range is from 1 to 4094.
forward-time seconds (Optional) Sets the STP forward delay time. The range is from 4 to 30 seconds.
hello-time seconds (Optional) Specifies the duration, in seconds, between the generation of configuration
messages by the root switch. The range is from 1 to 10 seconds.
max-age seconds (Optional) Sets the maximum number of seconds the information in a bridge packet
data unit (BPDU) is valid. the range is from 6 to 40 seconds.
priority priority (Optional) Sets the STP bridge priority. the range is from 0 to 65535.
root secondary (Optional) Specifies this switch to act as the root switch should the primary root
fail.
When you issue the no spanning-tree vlan vlan_id command, the following parameters are reset to their
defaults:
• priority: The default with IEEE STP enabled is 32768; the default with STP enabled is 128.
• hello-time: 2 seconds
• forward-time: 15 seconds
• max-age: 20 seconds
Release Modification
Usage Guidelines
Caution • When disabling spanning tree on a VLAN using the no spanning-tree vlan vlan-id command, ensure
that all switches and bridges in the VLAN have spanning tree disabled. You cannot disable spanning
tree on some switches and bridges in a VLAN and leave it enabled on other switches and bridges in the
same VLAN because switches and bridges with spanning tree enabled have incomplete information about
the physical topology of the network.
• We do not recommend disabling spanning tree, even in a topology that is free of physical loops. Spanning
tree is a safeguard against misconfigurations and cabling errors. Do not disable spanning tree in a VLAN
without ensuring that there are no physical loops present in the VLAN.
When you set the max-age seconds parameter, if a bridge does not hear bridge protocol data units (BPDUs)
from the root bridge within the specified interval, it assumes that the network has changed and recomputes
the spanning-tree topology.
The spanning-tree root primary command alters this switch’s bridge priority to 8192. If you enter the
spanning-tree root primary command and the switch does not become the root switch, then the bridge
priority is changed to 100 less than the bridge priority of the current bridge. If the switch still does not become
the root, an error results.
The spanning-tree root secondary command alters this switch’s bridge priority to 16384. If the root switch
should fail, this switch becomes the next root switch.
Use the spanning-tree root commands on backbone switches only.
The spanning-tree etherchannel guard misconfig command detects two types of errors: misconfiguration
and misconnection errors. A misconfiguration error is an error between the port-channel and an individual
port. A misconnection error is an error between a switch that is channeling more ports and a switch that is not
using enough Spanning Tree Protocol (STP) Bridge Protocol Data Units (BPDUs) to detect the error. In this
case, the switch will only error disable an EtherChannel if the switch is a nonroot switch.
Examples The following example shows how to enable spanning tree on VLAN 200:
The following example shows how to configure the switch as the root switch for VLAN 10 with a
network diameter of 4:
The following example shows how to configure the switch as the secondary root switch for VLAN
10 with a network diameter of 4:
spanning-tree cost Sets the path cost of the interface for STP calculations.
spanning-tree etherchannel guard Displays an error message when a loop due to a channel
misconfig misconfiguration is detected
spanning-tree port-priority Sets an interface priority when two bridges tie for position as
the root bridge.
switchport
To put an interface that is in Layer 3 mode into Layer 2 mode for Layer 2 configuration, use the switchport
command in interface configuration mode. To put an interface in Layer 3 mode, use the no form of this
command.
switchport
no switchport
Usage Guidelines Use the no switchport command (without parameters) to set the interface to the routed-interface status and
to erase all Layer 2 configurations. You must use this command before assigning an IP address to a routed
port.
Entering the no switchport command shuts the port down and then reenables it, which might generate messages
on the device to which the port is connected.
When you put an interface that is in Layer 2 mode into Layer 3 mode (or the reverse), the previous configuration
information related to the affected interface might be lost, and the interface is returned to its default
configuration.
Note If an interface is configured as a Layer 3 interface, you must first enter the switchport command to configure
the interface as a Layer 2 port. Then you can enter the switchport access vlan and switchport mode commands.
The switchport command is not used on platforms that do not support Cisco-routed ports. All physical ports
on such platforms are assumed to be Layer 2-switched interfaces.
You can verify the port status of an interface by entering the show running-config privileged EXEC command.
Examples This example shows how to cause an interface to cease operating as a Layer 2 port and become a
Cisco-routed port:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# no switchport
This example shows how to cause the port interface to cease operating as a Cisco-routed port and
convert to a Layer 2 switched interface:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# switchport
Syntax Description vlan-id VLAN ID of the access mode VLAN; the range is 1 to 4094.
Command Default The default access VLAN and trunk interface native VLAN is a default VLAN corresponding to the platform
or interface hardware.
Usage Guidelines The port must be in access mode before the switchport access vlan command can take effect.
If the switchport mode is set to access vlan vlan-id, the port operates as a member of the specified VLAN.
An access port can be assigned to only one VLAN.
The no switchport access command resets the access mode VLAN to the appropriate default VLAN for the
device.
Examples This example shows how to change a switched port interface that is operating in access mode to
operate in VLAN 2 instead of the default VLAN:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# switchport access vlan 2
switchport mode
To configure the VLAN membership mode of a port, use the switchport mode command in interface
configuration mode. To reset the mode to the appropriate default for the device, use the no form of this
command.
Syntax Description access Sets the port to access mode (either static-access or dynamic-access depending on the
setting of the switchport access vlan interface configuration command). The port is
set to access unconditionally and operates as a nontrunking, single VLAN interface that
sends and receives nonencapsulated (non-tagged) frames. An access port can be assigned
to only one VLAN.
dynamic auto Sets the port trunking mode dynamic parameter to auto to specify that the interface
convert the link to a trunk link. This is the default switchport mode.
dynamic Sets the port trunking mode dynamic parameter to desirable to specify that the interface
desirable actively attempt to convert the link to a trunk link.
trunk Sets the port to trunk unconditionally. The port is a trunking VLAN Layer 2 interface.
The port sends and receives encapsulated (tagged) frames that identify the VLAN of
origination. A trunk is a point-to-point link between two switches or between a switch
and a router.
Usage Guidelines A configuration that uses the access,or trunk keywords takes effect only when you configure the port in the
appropriate mode by using the switchport mode command. The static-access and trunk configuration are
saved, but only one configuration is active at a time.
When you enter access mode, the interface changes to permanent nontrunking mode and negotiates to convert
the link into a nontrunk link even if the neighboring interface does not agree to the change.
When you enter trunk mode, the interface changes to permanent trunking mode and negotiates to convert
the link into a trunk link even if the interface connecting to it does not agree to the change.
When you enter dynamic auto mode, the interface converts the link to a trunk link if the neighboring interface
is set to trunk or desirable mode.
When you enter dynamic desirable mode, the interface becomes a trunk interface if the neighboring interface
is set to trunk, desirable, or auto mode.
To autonegotiate trunking, the interfaces must be in the same VLAN Trunking Protocol (VTP) domain. Trunk
negotiation is managed by the Dynamic Trunking Protocol (DTP), which is a point-to-point protocol. However,
some internetworking devices might forward DTP frames improperly, which could cause misconfigurations.
To avoid this problem, configure interfaces connected to devices that do not support DTP to not forward DTP
frames, which turns off DTP.
• If you do not intend to trunk across those links, use the switchport mode access command in interface
configuration mode to disable trunking.
• To enable trunking to a device that does not support DTP, use the switchport mode trunk and switchport
nonegotiate commands in interface configuration mode to cause the interface to become a trunk but to
not generate DTP frames.
Access ports and trunk ports are mutually exclusive.
The IEEE 802.1x feature interacts with switchport modes in these ways:
• If you try to enable IEEE 802.1x on a trunk port, an error message appears, and IEEE 802.1x is not
enabled. If you try to change the mode of an IEEE 802.1x-enabled port to trunk, the port mode is not
changed.
• If you try to enable IEEE 802.1x on a port set to dynamic auto or dynamic desirable, an error message
appears, and IEEE 802.1x is not enabled. If you try to change the mode of an IEEE 802.1x-enabled port
to dynamic auto or dynamic desirable, the port mode is not changed.
• If you try to enable IEEE 802.1x on a dynamic-access (VLAN Query Protocol [VQP]) port, an error
message appears, and IEEE 802.1x is not enabled. If you try to change an IEEE 802.1x-enabled port to
dynamic VLAN assignment, an error message appears, and the VLAN configuration is not changed.
You can verify your settings by entering the show interfaces interface-id switchport command in privileged
EXEC mode and examining information in the Administrative Mode and Operational Mode rows.
Examples This example shows how to configure a port for access mode:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# switchport mode access
This example shows how set the port to dynamic desirable mode:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# switchport mode dynamic desirable
switchport nonegotiate
To specify that Dynamic Trunking Protocol (DTP) negotiation packets are not sent on the Layer 2 interface,
use the switchport nonegotiate command in interface configuration mode. Use the no form of this command
to return to the default setting.
switchport nonegotiate
no switchport nonegotiate
Command Default The default is to use DTP negotiation to learn the trunking status.
This example shows how to cause a port to refrain from negotiating trunking mode and to act as a
trunk or access port (depending on the mode set):
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet2/0/1
Device(config-if)# switchport nonegotiate
You can verify your setting by entering the show interfaces interface-id switchport command in
privileged EXEC mode.
switchport trunk
To set the trunk characteristics when the interface is in trunking mode, use the switchport trunk command
in interface configuration mode. To reset a trunking characteristic to the default, use the no form of this
command.
switchport trunk {allowed vlan vlan-list | native vlan vlan-id | pruning vlan vlan-list}
no switchport trunk {allowed vlan | native vlan | pruning vlan}
Syntax Description allowed vlan vlan-list Sets the list of allowed VLANs that can receive and send traffic on this interface
in tagged format when in trunking mode. See the Usage Guidelines for the vlan-list
choices.
native vlan vlan-id Sets the native VLAN for sending and receiving untagged traffic when the interface
is in IEEE 802.1Q trunking mode. The range is 1 to 4094.
pruning vlan vlan-list Sets the list of VLANs that are eligible for VTP pruning when in trunking mode.
See the Usage Guidelines for the vlan-list choices.
Usage Guidelines The vlan-list format is all | none | [add | remove | except] vlan-atom [,vlan-atom...]:
• all specifies all VLANs from 1 to 4094. This is the default. This keyword is not allowed on commands
that do not permit all VLANs in the list to be set at the same time.
• none specifies an empty list. This keyword is not allowed on commands that require certain VLANs to
be set or at least one VLAN to be set.
• add adds the defined list of VLANs to those currently set instead of replacing the list. Valid IDs are from
1 to 1005; extended-range VLANs (VLAN IDs greater than 1005) are valid in some cases.
Note You can add extended-range VLANs to the allowed VLAN list, but not to the
pruning-eligible VLAN list.
Separate nonconsecutive VLAN IDs with a comma; use a hyphen to designate a range of IDs.
• remove removes the defined list of VLANs from those currently set instead of replacing the list. Valid
IDs are from 1 to 1005; extended-range VLAN IDs are valid in some cases.
Note You can remove extended-range VLANs from the allowed VLAN list, but you
cannot remove them from the pruning-eligible list.
• except lists the VLANs that should be calculated by inverting the defined list of VLANs. (VLANs are
added except the ones specified.) Valid IDs are from 1 to 1005. Separate nonconsecutive VLAN IDs
with a comma; use a hyphen to designate a range of IDs.
• vlan-atom is either a single VLAN number from 1 to 4094 or a continuous range of VLANs described
by two VLAN numbers, the lesser one first, separated by a hyphen.
Native VLANs:
• All untagged traffic received on an IEEE 802.1Q trunk port is forwarded with the native VLAN configured
for the port.
• If a packet has a VLAN ID that is the same as the sending-port native VLAN ID, the packet is sent
without a tag; otherwise, the switch sends the packet with a tag.
• The no form of the native vlan command resets the native mode VLAN to the appropriate default VLAN
for the device.
Allowed VLAN:
• To reduce the risk of spanning-tree loops or storms, you can disable VLAN 1 on any individual VLAN
trunk port by removing VLAN 1 from the allowed list. When you remove VLAN 1 from a trunk port,
the interface continues to send and receive management traffic, for example, Cisco Discovery Protocol
(CDP), Port Aggregation Protocol (PAgP), Link Aggregation Control Protocol (LACP), Dynamic
Trunking Protocol (DTP), and VLAN Trunking Protocol (VTP) in VLAN 1.
• The no form of the allowed vlan command resets the list to the default list, which allows all VLANs.
Trunk pruning:
• The pruning-eligible list applies only to trunk ports.
• Each trunk port has its own eligibility list.
• If you do not want a VLAN to be pruned, remove it from the pruning-eligible list. VLANs that are
pruning-ineligible receive flooded traffic.
• VLAN 1, VLANs 1002 to 1005, and extended-range VLANs (VLANs 1006 to 4094) cannot be pruned.
This example shows how to configure VLAN 3 as the default for the port to send all untagged traffic:
Device> enable
Device(config)# interface gigabitethernet1/0/2
Device(config-if)# switchport trunk native vlan 3
This example shows how to add VLANs 1, 2, 5, and 6 to the allowed list:
Device> enable
Device(config)# interface gigabitethernet1/0/2
Device(config-if)# switchport trunk allowed vlan add 1,2,5,6
This example shows how to remove VLANs 3 and 10 to 15 from the pruning-eligible list:
Device> enable
Device(config)# interface gigabitethernet1/0/2
Device(config-if)# switchport trunk pruning vlan remove 3,10-15
You can verify your settings by entering the show interfaces interface-id switchport privileged
EXEC command.
Syntax Description vlan-id The VLAN to be used for voice traffic. The range is 1 to 4094. By default, the IP phone
forwards the voice traffic with an IEEE 802.1Q priority of 5.
dot1p Configures the telephone to use IEEE 802.1p priority tagging and uses VLAN 0 (the
native VLAN). By default, the Cisco IP phone forwards the voice traffic with an IEEE
802.1p priority of 5.
none Does not instruct the IP telephone about the voice VLAN. The telephone uses the
configuration from the telephone key pad.
untagged Configures the telephone to send untagged voice traffic. This is the default for the
telephone.
name vlan_name (Optional) Specifies the VLAN name to be used for voice traffic. You can enter up to
128 characters.
Command Default The default is not to automatically configure the telephone (none).
The telephone default is not to tag frames.
Usage Guidelines You should configure voice VLAN on Layer 2 access ports.
You must enable Cisco Discovery Protocol (CDP) on the switch port connected to the Cisco IP phone for the
device to send configuration information to the phone. CDP is enabled by default globally and on the interface.
When you enter a VLAN ID, the IP phone forwards voice traffic in IEEE 802.1Q frames, tagged with the
specified VLAN ID. The device puts IEEE 802.1Q voice traffic in the voice VLAN.
When you select dot1p, none, or untagged, the device puts the indicated voice traffic in the access VLAN.
In all configurations, the voice traffic carries a Layer 2 IP precedence value. The default is 5 for voice traffic.
When you enable port security on an interface that is also configured with a voice VLAN, set the maximum
allowed secure addresses on the port to 2. When the port is connected to a Cisco IP phone, the IP phone
requires one MAC address. The Cisco IP phone address is learned on the voice VLAN, but not on the access
VLAN. If you connect a single PC to the Cisco IP phone, no additional MAC addresses are required. If you
connect more than one PC to the Cisco IP phone, you must configure enough secure addresses to allow one
for each PC and one for the Cisco IP phone.
If any type of port security is enabled on the access VLAN, dynamic port security is automatically enabled
on the voice VLAN.
You cannot configure static secure MAC addresses in the voice VLAN.
A voice-VLAN port cannot be a private-VLAN port.
The Port Fast feature is automatically enabled when voice VLAN is configured. When you disable voice
VLAN, the Port Fast feature is not automatically disabled.
This example show how to first populate the VLAN database by associating a VLAN ID with a
VLAN name, and then configure the VLAN (using the name) on an interface, in the access mode:
You can also verify your configuration by entering the show interfaces interface-id switchport in
privileged EXEC command and examining information in the Voice VLAN: row.
Part 1 - Making the entry in the VLAN database:
Device> enable
Device# configure terminal
Device(config)# vlan 55
Device(config-vlan)# name test
Device(config-vlan)# end
Part 3- Assigning VLAN to the interface by using the name of the VLAN:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet3/1/1
Device(config-if)# switchport mode access
Device(config-if)# switchport voice vlan name test
Device(config-if)# end
Device#
Device> enable
Device# show interface GigabitEthernet3/1/1 switchport
Name: Gi3/1/1
Switchport: Enabled
Administrative Mode: static access
Operational Mode: static access
Administrative Trunking Encapsulation: dot1q
Operational Trunking Encapsulation: native
Negotiation of Trunking: Off
Access Mode VLAN: 1 (default)
Trunking Native Mode VLAN: 1 (default)
Administrative Native VLAN tagging: enabled
Voice VLAN: 55 (test)
Administrative private-vlan host-association: none
Administrative private-vlan mapping: none
Administrative private-vlan trunk native VLAN: none
Administrative private-vlan trunk Native VLAN tagging: enabled
Administrative private-vlan trunk encapsulation: dot1q
Administrative private-vlan trunk normal VLANs: none
Administrative private-vlan trunk associations: none
Administrative private-vlan trunk mappings: none
Operational private-vlan: none
Trunking VLANs Enabled: ALL
Pruning VLANs Enabled: 2-1001
Capture Mode Disabled
Capture VLANs Allowed: ALL
Unknown unicast blocked: disabled
Unknown multicast blocked: disabled
Appliance trust: none
Usage Guidelines Configure the PTP property name using the ptp property command before configuring a unicast IPv4
connection from a loopback interface.
Examples The following example shows how to configure a unicast IPv4 connection from a loopback interface:
Device> enable
Device# configure terminal
Device(config)# ptp property cisco1
Device(config-property)# transport unicast ipv4 local loopback 0
Device(config-property-transport)# peer ip 192.0.2.1
Device(config-property-transport)# end
ptp dot1as extend property Extends IEEE 802.1AS profile to a PTP-property name
show platform software fed active ptp Displays the PTP connection details and events of the specified
interface loopback loopback interface.
show ptp transport properties Displays PTP profile and its properties.
udld
To enable aggressive or normal mode in the UniDirectional Link Detection (UDLD) and to set the configurable
message timer time, use the udld command in global configuration mode. To disable aggressive or normal
mode UDLD on all fiber-optic ports, use the no form of the command.
Syntax Description aggressive Enables UDLD in aggressive mode on all fiber-optic interfaces.
message time Configures the period of time between UDLD probe messages on ports
message-timer-interval that are in the advertisement phase and are determined to be bidirectional.
The range is 1 to 90 seconds. The default is 15 seconds.
Usage Guidelines UDLD supports two modes of operation: normal (the default) and aggressive. In normal mode, UDLD detects
unidirectional links due to misconnected interfaces on fiber-optic connections. In aggressive mode, UDLD
also detects unidirectional links due to one-way traffic on fiber-optic and twisted-pair links and due to
misconnected interfaces on fiber-optic links.
If you change the message time between probe packets, you are making a compromise between the detection
speed and the CPU load. By decreasing the time, you can make the detection-response faster but increase the
load on the CPU.
This command affects fiber-optic interfaces only. Use the udld interface configuration command to enable
UDLD on other interface types.
You can use these commands to reset an interface shut down by UDLD:
• The udld reset privileged EXEC command to reset all interfaces shut down by UDLD.
• The shutdown and no shutdown interface configuration commands.
• The no udld enable global configuration command followed by the udld {aggressive | enable} global
configuration command to reenable UDLD globally.
• The no udld port interface configuration command followed by the udld port or udld port aggressive
interface configuration command to reenable UDLD on the specified interface.
• The errdisable recovery cause udld and errdisable recovery interval interval global configuration
commands to automatically recover from the UDLD error-disabled state.
You can verify your setting by entering the show udld command in privileged EXEC mode.
udld port
To enable UniDirectional Link Detection (UDLD) on an individual interface or to prevent a fiber-optic interface
from being enabled by the udld command in global configuration mode, use the udld port command in
interface configuration mode. To return to the udld command setting in global configuration mode or to
disable UDLD if entered for a nonfiber-optic port, use the no form of this command.
Syntax Description aggressive (Optional) Enables UDLD in aggressive mode on the specified interface.
Command Default On fiber-optic interfaces, UDLD is disabled and fiber-optic interfaces enable UDLD according to the state of
the udld enable or udld aggressive command global configuration mode.
On nonfiber-optic interfaces, UDLD is disabled.
Usage Guidelines A UDLD-capable port cannot detect a unidirectional link if it is connected to a UDLD-incapable port of
another device.
UDLD supports two modes of operation: normal (the default) and aggressive. In normal mode, UDLD detects
unidirectional links due to misconnected interfaces on fiber-optic connections. In aggressive mode, UDLD
also detects unidirectional links due to one-way traffic on fiber-optic and twisted-pair links and due to
misconnected interfaces on fiber-optic links.
To enable UDLD in normal mode, use the udld port command in interface configuration mode. To enable
UDLD in aggressive mode, use the udld port aggressive command in interface configuration mode.
Use the no udld port command on fiber-optic ports to return control of UDLD to the udld enable global
configuration command or to disable UDLD on nonfiber-optic ports.
Use the udld port aggressive command on fiber-optic ports to override the setting of the udld enable or udld
aggressive command in global configuration mode. Use the no form on fiber-optic ports to remove this setting
and to return control of UDLD enabling to the udld command in global configuration mode or to disable
UDLD on nonfiber-optic ports.
You can use these commands to reset an interface shut down by UDLD:
• The udld reset command in privileged EXEC mode resets all interfaces shut down by UDLD.
• The shutdown and no shutdown command in interface configuration mode.
• The no udld enable command in global configuration mode, followed by the udld {aggressive | enable}
command in global configuration mode reenables UDLD globally.
• The no udld port command in interface configuration mode, followed by the udld port or udld port
aggressive command in interface configuration mode reenables UDLD on the specified interface.
• The errdisable recovery cause udld and errdisable recovery interval interval commands in global
configuration mode automatically recover from the UDLD error-disabled state.
This example shows how to disable UDLD on a fiber-optic interface despite the setting of the udld
command in global configuration mode:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet6/0/1
Device(config-if)# no udld port
You can verify your settings by entering the show running-config or the show udld interface
command in privileged EXEC mode.
udld reset
To reset all interfaces disabled by UniDirectional Link Detection (UDLD) and permit traffic to begin passing
through them again (though other features, such as spanning tree, Port Aggregation Protocol (PAgP), and
Dynamic Trunking Protocol (DTP) still have their normal effects, if enabled), use the udld reset command
in privileged EXEC mode.
udld reset
Usage Guidelines If the interface configuration is still enabled for UDLD, these ports begin to run UDLD again and are disabled
for the same reason if the problem has not been corrected.
Usage Guidelines When enabled, native VLAN packets going out of all IEEE 802.1Q trunk ports are tagged.
When disabled, native VLAN packets going out of all IEEE 802.1Q trunk ports are not tagged.
You can use this command with the IEEE 802.1Q tunneling feature. This feature operates on an edge device
of a service-provider network and expands VLAN space by using a VLAN-in-VLAN hierarchy and tagging
the tagged packets. You must use IEEE 802.1Q trunk ports for sending packets to the service-provider network.
However, packets going through the core of the service-provider network might also be carried on IEEE
802.1Q trunks. If the native VLANs of an IEEE 802.1Q trunks match the native VLAN of a tunneling port
on the same device, traffic on the native VLAN is not tagged on the sending trunk port. This command ensures
that native VLAN packets on all IEEE 802.1Q trunk ports are tagged.
For more information about IEEE 802.1Q tunneling, see the software configuration guide for this release.
This example shows how to enable IEEE 802.1Q tagging on native VLAN frames:
Device> enable
Device# configure terminal
Device(config)# vlan dot1q tag native
Device(config)# end
You can verify your settings by entering the show vlan dot1q tag native privileged EXEC command.
vtp mode
To configure the VLAN Trunking Protocol (VTP) device mode, use thevtp mode command. To revert to the
default server mode, use the no form of this command.
Usage Guidelines VLAN Trunking Protocol (VTP) is a Cisco Proprietary Layer 2 messaging protocol used to distribute the
VLAN configuration information across multiple devices within a VTP domain. Without VTP, you must
configure VLANs in each device in the network. Using VTP, you configure VLANs on a VTP server and
then distribute the configuration to other VTP devices in the VTP domain.
In VTP transparent mode, you can configure VLANs (add, delete, or modify) and private VLANs. VTP
transparent switches do not participate in VTP. A VTP transparent switch does not advertise its VLAN
configuration and does not synchronize its VLAN configuration based on received advertisements. The VTP
configuration revision number is always set to zero (0). Transparent switches do forward VTP advertisements
that they receive out their trunk ports in VTP version 2.
A VTP device mode can be one of the following:
• server —You can create, modify, and delete VLANs and specify other configuration parameters, such
as VTP version, for the entire VTP domain. VTP servers advertise their VLAN configuration to other
switches in the same VTP domain and synchronize their VLAN configuration with other switches based
on advertisements received over trunk links. VTP server is the default mode.
Note You can configure VLANs 1 to 1005. VLANs 1002 to 1005 are reserved for
token ring in VTP version 2.
• client —VTP clients behave the same way as VTP servers, but you cannot create, change, or delete
VLANs on a VTP client.
• transparent —You can configure VLANs (add, delete, or modify) and private VLANs. VTP transparent
switches do not participate in VTP. A VTP transparent switch does not advertise its VLAN configuration
and does not synchronize its VLAN configuration based on received advertisements. Because of this,
the VTP configuration revision number is always set to zero (0). Transparent switches do forward VTP
advertisements that they receive out their trunk ports in VTP version 2.
• off —In the above three described modes, VTP advertisements are received and transmitted as soon as
the switch enters the management domain state. In the VTP off mode, switches behave the same as in
VTP transparent mode with the exception that VTP advertisements are not forwarded. You can use this
VTP device to monitor the VLANs.
Note If you use the no vtp mode command to remove a VTP device, the device will
be configured as a VTP server. Use the vtp mode off command to remove a VTP
device.
Example
This example shows how to configure a VTP device in transparent mode and add VLANs 2, 3, and
4:
Device> enable
Device(config)#vtp mode transparent
Device(config)# vlan 2-4
Example
This example shows how to remove a device configured as a VTP device:
Device> enable
Device(config)# vtp mode off
Example
This example shows how to configure a VTP device as a VTP server and adds VLANs 2 and 3:
Device> enable
Device# vtp mode server
Device(config)# vlan 2,3
Example
This example shows how to configure a VTP device as a client:
Device> enable
Device# vtp mode client
autodiscovery
To designate a Layer 2 virtual forwarding interface (VFI) as having Border Gateway Protocol (BGP) or Label
Distribution Protocol (LDP) autodiscovered pseudowire members, use the autodiscovery command in Layer
2 VFI configuration mode. To disable autodiscovery, use the no form of this command.
Syntax Description bgp Specifies that BGP should be used for signaling and autodiscovery.
Usage Guidelines Layer 2 VFI autodiscovery enables each VPLS provider edge (PE) device to discover other PE devices that
are part of the same VPLS domain. VPLS autodiscovery also automatically detects when PE devices are added
to or removed from the VPLS domain.
The bgp keyword specifies that BGP should be used for signaling and autodiscovery, accordance with RFC
4761.
The ldp keyword specifies that LDP should be used for signaling. BGP will be used for autodiscovery.
Use of the autodiscovery command places the device into Layer 2 VPN VFI autodiscovery configuration
mode (config-vfi-autodiscovery).
Examples The following example shows how to enable Layer 2 VFI as having BGP autodiscovered pseudowire
members and specify that LDP signaling should be used for autodiscovery:
Device> enable
Devide# configure terminal
Device(config)# l2vpn vfi context vfi1
Device(config-vfi)# vpn id 100
Device(config-vfi)# autodiscovery bgp signaling ldp
Device(config-vfi-autodiscovery)#
Command Description
backup peer
To specify a redundant peer for a pseudowire virtual circuit (VC), use the backup peer command in interface
configuration mode or Xconnect configuration mode. To remove the redundant peer, use the no form of this
command.
vcid 32-bit identifier of the VC between the devices at each end of the layer control channel.
pw-class (Optional) Specifies the pseudowire type. If this is not specified, the pseudowire type
is inherited from the parent Xconnect.
pw-class-name (Optional) Name of the pseudowire that you created while establishing the pseudowire
class.
priority value (Optional) Specifies the priority of the backup pseudowire in instances where multiple
backup pseudowires exist. The range is from 1 to 10. The default is 1.
Usage Guidelines The combination of the peer-router-ip-addr and vcid arguments must be unique on the device.
Examples The following example shows how to configure a Multiprotocol Label Switching (MPLS) Xconnect
with one redundant peer:
Device(config)# interface GigabitEthernet1/0/44
Device(config-if)# xconnect 10.0.0.1 100 encapsulation mpls
Device(config-if-xconn)# backup peer 10.0.0.2 200
xconnect Binds an attachment circuit to a pseudowire for Xconnect service, and enters Xconnect
configuration mode.
encapsulation mpls
To specify Multiprotocol Label Switching (MPLS) as the data encapsulation method, use the encapsulation
mpls command in interface configuration mode. To remove the encapsulation type, use the no form of this
command.
encapsulation mpls
no encapsulation mpls
Examples The following example shows how to configure MPLS as the data encapsulation method for a
pseudowire interface:
Device> enable
Device# configure terminal
Device(config)# interface pseudowire 100
Device(config-if)# encapsulation mpls
xconnect Binds an attachment circuit to a pseudowire for Xconnect service and enters Xconnect
configuration mode.
ip multicast mrinfo-filter
To filter multicast router information (mrinfo) request packets, use the ip multicast mrinfo-filtercommand
in global configuration mode. To remove the filter on mrinfo requests, use the no form of this command.
Syntax Description vrf (Optional) Supports the multicast VPN routing and forwarding (VRF) instance.
access-list IP standard numbered or named access list that determines which networks or hosts can query
the local multicast device with the mrinfo command.
Usage Guidelines The ip multicast mrinfo-filtercommand filters the mrinfo request packets from all of the sources denied by
the specified access list. That is, if the access list denies a source, that source's mrinfo requests are filtered.
mrinfo requests from any sources permitted by the ACL are allowed to proceed.
Examples The following example shows how to filter mrinfo request packets from all hosts on network
192.168.1.1 while allowing requests from any other hosts:
ip multicast mrinfo-filter 51
access-list 51 deny 192.168.1.1
access list 51 permit any
mrinfo Queries a multicast device about which neighboring multicast devices are peering with it.
ip multicast-routing
To enable IP multicast routing, use the ip multicast-routing command in global configuration mode. To
disable IP multicast routing, use the no form of this command.
Syntax Description vrf vrf-name (Optional) Enables IP multicast routing for the Multicast VPN routing and forwarding
(MVRF) instance specified for the vrf-name argument.
Usage Guidelines When IP multicast routing is disabled, the Cisco IOS software does not forward any multicast packets.
Note For IP multicast, after enabling IP multicast routing, PIM must be configured on all interfaces. Disabling IP
multicast routing does not remove PIM; PIM still must be explicitly removed from the interface configurations.
Device(config)# ip multicast-routing
The following example shows how to enable IP multicast routing on a specific VRF:
Device(config)# no ip multicast-routing
l2 vfi autodiscovery
To enable the Virtual Private LAN Service (VPLS) provider edge (PE) device to automatically discover other
PE devices that are part of the same VPLS domain, use the l2 vfi autodiscovery command in global
configuration mode. To disable VPLS autodiscovery, use the no form of this command.
Syntax Description vfi-name Specifies the name of the virtual forwarding instance. The virtual forwarding
instance (VFI) identifies a group of pseudowires that are associated with a
virtual switching instance (VSI).
Usage Guidelines VPLS autodiscovery enables each VPLS PE device to discover other PE devices that are part of the same
VPLS domain. VPLS autodiscovery also automatically detects when PE devices are added to or removed
from the VPLS domain.
l2 vfi manual
To create a Layer 2 virtual forwarding instance (VFI) and enter Layer 2 VFI manual configuration mode, use
the l2 vfi manual command in global configuration mode. To remove the Layer 2 VFI, use the no form of
this command.
Usage Guidelines A VFI is a collection of data structures used by the data plane, software-based or hardware-based, to forward
packets to one or more virtual circuits (VC). It is populated and updated by both the control plane and the
data plane and also serves as the data structure interface between the control plane and the data plane.
Within the Layer 2 VFI manual configuration mode, you can configure the following parameters:
• VPN ID of a Virtual Private LAN Service (VPLS) domain
• Addresses of other PE devices in this domain
• Type of tunnel signaling and encapsulation mechanism for each peer
Within the Layer 2 VFI manual configuration mode, the following commands are available:
• vpn id vpn-id
• [no] neighbor remote-router-id {encapsulation mpls | pw-class pw-name| no-split-horizon}
Examples This example shows how to create a Layer 2 VFI, enter Layer 2 VFI manual configuration mode,
and configure a VPN ID:
Device> enable
Device# configure terminal
Device(config)# l2 vfi vfitest1 manual
Device(config-vfi)# vpn id 303
vpn id Configures a VPN ID in RFC 2685 format. You can change the value
of the VPN ID only after its configuration, and you cannot remove
it.
Usage Guidelines The l2vpn vfi context command is used as part of the protocol-CLI mode for configuring Virtual Private
LAN Service (VPLS). This command establishes a VFI for specifying core-facing pseudowires in a VPLS.
The VFI represents an emulated LAN or a VPLS forwarder from the VPLS architectural model when using
an emulated LAN interface.
Examples The following example shows how to establish an Layer 2 VPN VFI context:
Device> enable
Device# configure terminal
Device(config)# l2vpn vfi context vfi1
Usage Guidelines Use the l2vpn xconnect context command to define a cross-connect context that specifies the two members
in a Virtual Private Wire Service (VPWS), that is, attachment circuit to pseudowire, pseudowire-to-pseudowire
(multisegment pseudowire), or attachment circuit-to-attachment circuit (local connection). The type of members
specified, that is, attachment circuit interface or pseudowire, automatically define the type of L2VPN service.
Examples The following example shows how to establish an L2VPN cross-connect context:
Device> enable
Device# configure terminal
Device(config)# l2vpn xconnect context con1
Device(config-xconnect)# interworking ip
interworking Enables L2VPN interworking and specifies the type of traffic that can be sent over the
pseudowire.
label mode
To configure the IPv6 Explicit Null Label, use the label mode command in the address family configuration
mode. To disable the IPv6 Explicit Null Label, use the no form of the command.
no label mode
Syntax Description explicit-null Configures IPv6 Explicit Null Label for directly
connected IPv6 prefixes sent to BGP labelled unicast
neighbors.
The following example shows how to configure the IPv6 explicit-null label.
The following example shows how to configure the IPv6 all-explicit-null label
load-balance
To set the load-distribution method for pseudowire, use the load-balance command in interface configuration
mode. To reset the load-balancing mechanism to the default setting, use the no form of this command.
dst-mac Specifies load distribution based on the destination host MAC address.
src-dst-mac Specifies load distribution based on the source and destination host MAC address.
src-dst-ip Specifies load distribution based on the source and destination host IP address.
static Enables flow labels even if not signaled by the remote peer.
Examples This example shows how to set flow-based load balancing for pseudowire in the context of a specified
IP address:
Device> enable
Device# configure terminal
Device(config)# interface pseudowire 17
Device(config-if)# load-balance flow ip 192.168.2.25
mdt log-reuse
To enable the recording of data multicast distribution tree (MDT) reuse, use the mdt log-reusecommand in
VRF configuration or in VRF address family configuration mode. To disable this function, use the no form
of this command.
mdt log-reuse
no mdt log-reuse
Usage Guidelines The mdt log-reuse command generates a syslog message whenever a data MDT is reused.
You can access the mdt log-reusecommand by using the ip vrf global configuration command. You can also
access the mdt log-reuse command by using the vrf definition global configuration command followed by
the address-family ipv4 VRF configuration command.
Examples The following example shows how to enable MDT log reuse:
mdt log-reuse
mdt data Configures the multicast group address range for data MDT groups.
mdt default
To configure a default multicast distribution tree (MDT) group for a Virtual Private Network (VPN) routing
and forwarding (VRF) instance, use the mdt default command in VRF configuration or VRF address family
configuration mode. To disable this function, use the no form of this command.
mdt defaultgroup-address
no mdt defaultgroup-address
Syntax Description group-address IP address of the default MDT group. This address serves as an identifier for the community
in that provider edge (PE) devices configured with the same group address become members
of the group, allowing them to receive packets sent by each other.
Usage Guidelines The default MDT group must be the same group configured on all PE devices that belong to the same VPN.
If Source Specific Multicast (SSM) is used as the protocol for the default MDT, the source IP address will be
the address used to source the Border Gateway Protocol (BGP) sessions.
A tunnel interface is created as a result of this command. By default, the destination address of the tunnel
header is the group-address argument.
You can access the mdt default command by using the ip vrf global configuration command. You can also
access the mdt default command by using the vrf definition global configuration command followed by the
address-family ipv4 VRF configuration command.
Examples In the following example, Protocol Independent Multicast (PIM) SSM is configured in the backbone.
Therefore, the default and data MDT groups are configured within the SSM range of IP addresses.
Inside the VPN, PIM sparse mode (PIM-SM) is configured and only Auto-RP announcements are
accepted.
ip vrf vrf1
rd 1000:1
mdt default 236.1.1.1
mdt data 228.0.0.0 0.0.0.127 threshold 50
mdt data threshold 50
route-target export 1000:1
route-target import 1000:1
!
!
mdt data Configures the multicast group address range for data MDT groups.
mdt data
To specify a range of addresses to be used in the data multicast distribution tree (MDT) pool, use the mdt
data command in VRF configuration or VRF address family configuration mode. To disable this function,
use the no form of this command.
Syntax Description threshold kb/s (Optional) Defines the bandwidth threshold value in kilobits per second (kb/s). The range
is from 1 to 4294967.
Usage Guidelines A data MDT can include a maximum of 256 multicast groups per MVPN. Multicast groups used to create the
data MDT are dynamically chosen from a pool of configured IP addresses.
Use the mdt data command to specify a range of addresses to be used in the data MDT pool. The threshold
is specified in kb/s. Using the optional list keyword and access-list argument, you can define the (S, G) MVPN
entries to be used in a data MDT pool, which would further limit the creation of a data MDT pool to the
particular (S, G) MVPN entries defined in the access list specified for the access-listargument.
You can access the mdt datacommand by using the ip vrf global configuration command. You can also
access the mdt datacommand by using the vrf definitionglobal configuration command followed by the
address-family ipv4VRF configuration command.
Examples The following example shows how to configure the range of group addresses for the MDT data pool.
A threshold of 500 kb/s has been set, which means that if a multicast stream exceeds 1 kb/s, then a
data MDT is created.
ip vrf vrf1
rd 1000:1
route-target export 10:27
route-target import 10:27
mdt default 236.1.1.1
mdt data 228.0.0.0 0.0.0.127 threshold 500 list 101
!
.
.
.
!
ip pim ssm default
Command Default Devices that form a point-to-point Layer 2 VPN VFI connection are not specified.
Command Modes
Layer 2 VFI configuration (config-vfi)
Usage Guidelines This instance of the member command is used as part of the protocol-CLI mode for configuring Virtual
Private LAN Service (VPLS).
Examples The following example shows how to configure an Layer 2 VPN VFI connection as part of the
protocol-CLI mode for configuring Virtual Private LAN Service (VPLS). :
Device> enable
Device# configure terminal
Device(config)# l2vpn vfi context vfi1
Device(config-vfi)# member 10.10.10.10 1 encapsulation mpls
member pseudowire
To specify a pseudowire interface that forms a Layer 2 VPN (L2VPN) cross connect, use the member
pseudowire command in Xconnect configuration mode. To disconnect the pseudowire interface, use the no
form of this command.
vcid The virtual circuit (VC) ID. The range is from 1 to 4294967295.
encapsulation mpls Specifies Multiprotocol Label Switching (MPLS) as the data encapsulation method.
template template-name (Optional) Specifies the template to be used for encapsulation and protocol
configuration. The maximum size is 32 characters.
group group-name (Optional) Specifies the cross-connect member redundancy group name.
priority number (Optional) Specifies the cross-connect member priority. The range is from 0 to
16. The highest priority is 0. The lowest priority is 16.
Command Default Devices that form an L2VPN cross connect are not specified.
Usage Guidelines The member command specifies the two members of the Virtual Private Wired Service (VPWS), multisegment
pseudowire or local connect services. For VPWS, one member is an attachment circuit and the other member
is a pseudowire interface. For a multisegment pseudowire, both members are pseudowire interfaces. For local
connect, both members are active interfaces.
When both the pseudowire interface and the peer information are specified, an interface is dynamically created
by using the interface-number argument specified in the pseudowire command.
Configure the group name to specify which of the two possible groups a member belongs to.
Configure a priority for each member so that the active members can be chosen based on priority when there
are multiple redundant members. The default priority for a member is 0 (highest).
There can only be two groups, with a maximum of four members in one group and only one member in the
other group (the lone member is for active redundancy and the other three are for backup redundancy). If a
group name is not specified, only two members can be configured in the L2VPN cross-connect context.
Examples The following example shows how to specify pseudowire as the attachment circuit type:
Device> enable
Device# configure terminal
Device(config)# l2vpn xconnect context con1
Device(config-xconnect)# member pseudowire 17
xconnect Binds an attachment circuit to a pseudowire for Xconnect service, and enters
Xconnect configuration mode.
Syntax Description minimum-value The value of the smallest label allowed in the label space. The default is 16.
maximum-value The value of the largest label allowed in the label space. The default is
platform-dependent.
static (Optional) Reserves a block of local labels for static label assignments. If you omit
the static keyword and the minimum-static-value maximum-static-value arguments,
no labels are reserved for static assignment.
minimum-static-value (Optional) The minimum value for static label assignments. There is no default
value.
maximum-static-value (Optional) The maximum value for static label assignments. There is no default
value.
Usage Guidelines The labels 0 through 15 are reserved by the IETF (see RFC 3032, MPLS Label Stack Encoding, for details)
and cannot be included in the range specified in the mpls label range command. If you enter a 0 in the
command, you will get a message that indicates that the command is an unrecognized command.
The label range defined by the mpls label range command is used by all MPLS applications that allocate
local labels (for dynamic label switching, MPLS traffic engineering, MPLS Virtual Private Networks (VPNs),
and so on).
You can use label distribution protocols, such as Label Distribution Protocol (LDP), to reserve a generic range
of labels from 16 through 1048575 for dynamic assignment.
You specify the optional static keyword, to reserve labels for static assignment. The MPLS Static Labels
feature requires that you configure a range of labels for static assignment. You can configure static bindings
only from the current static range. If the static range is not configured or is exhausted, then you cannot configure
static bindings.
The range of label values is 16 to 4096. The maximum value defaults to 4096. You can split for static label
space between say 16 to 100 and for dynamic label space between 101 to 4096.
The upper and lower minimum static label values are displayed in the help line.
Examples The following example displays the help lines when you configure the dynamic label with a minimum
value of 16 and a maximum value of 100:
The following example shows how to configure a static range from 16 to 100. If the lower minimum
static label space is not available, the lower minimum is not displayed in the help line.
The following example shows how to configure the size of the local label space. In this example, the
minimum static value is set to 200, and the maximum static value is set to 4000.
If you had specified a new range that overlaps the current range (for example, the new range of the
minimum static value set to 16 and the maximum static value set to 1000), then the new range takes
effect immediately.
The following example show how to configure a dynamic local label space with a minimum static
value set to 100 and the maximum static value set to 1000 and a static label space with a minimum
static value set to 16 and a maximum static value set to 99:
In the following output, the show mpls label range command, executed after a reload, shows that
the configured range is now in effect:
The following example shows how to restore the label range to its default value:
show mpls label range Displays the range of the MPLS local label space.
Syntax Description ldp Specifies that the label distribution protocol (LDP) is to be used on the interface.
Command Default If no protocol is explicitly configured for an interface, the label distribution protocol that was configured for
the platform is used. To set the platform label distribution protocol, use the global mpls label protocol
command.
Usage Guidelines To successfully establish a session for label distribution for a link connecting two label switch routers (LSRs),
the link interfaces on the LSRs must be configured to use the same label distribution protocol. If there are
multiple links connecting two LSRs, all of the link interfaces connecting the two LSRs must be configured
to use the same protocol.
Examples The following example shows how to establish LDP as the label distribution protocol for the interface:
Syntax Description ldp Specifies that LDP is the default label distribution protocol.
Usage Guidelines If neither the global mpls label protocol ldp command nor the interface mpls label protocol ldp command is
used, all label distribution sessions use LDP.
Examples The following command establishes LDP as the label distribution protocol for the platform:
Command Modes
Global configuration (config)
Usage Guidelines Use the mpls ldp logging neighbor-changes command to generate syslog messages when an LDP session
goes down. The command also provides VRF information about the LDP neighbor and the reason for the
LDP session going down. Some of the reasons for an LDP session going down are the following:
• An LDP was disabled globally by configuration.
• An LDP was disabled on an interface.
Examples The following example generates syslog messages when LDP sessions go down:
Device> enable
Device# configure terminal
Device(config)# mpls ldp logging neighbor-changes
The following output shows the log entries when an LDP session with neighbor 192.168.1.100:0
goes down and comes up. The session went down because the discovery hold timer expired. The
VRF table identifier for the neighbor is 1.
2d00h: %LDP-5-NBRCHG: LDP Neighbor 192.168.1.100:0 (1) is DOWN (Disc hold timer expired)
2d00h: %LDP-5-NBRCHG: LDP Neighbor 192.168.1.100:0 (1) is UP
mpls ip
no mpls ip
Command Default MPLS forwarding of IPv4 and IPv6 packets along normally routed paths for the interface is disabled.
Usage Guidelines MPLS forwarding of IPv4 and IPv6 packets along normally routed paths is sometimes called dynamic label
switching. If dynamic label switching has been enabled for the platform when this command is issued on an
interface, label distribution for the interface begins with the periodic transmission of neighbor discovery Hello
messages on the interface. When the outgoing label for a destination routed through the interface is known,
packets for the destination are labeled with that outgoing label and forwarded through the interface.
The no form of this command causes packets routed out through the interface to be sent unlabeled; this form
of the command also terminates label distribution for the interface. However, the no form of the command
does not affect the sending of labeled packets through any link-state packet (LSP) tunnels that might use the
interface.
Examples The following example shows how to enable label switching on the specified Ethernet interface:
The following example shows that label switching is enabled on the specified vlan interface (SVI)
on a Cisco Catalyst switch:
mpls ip
no mpls ip
Command Default Label switching of IPv4 and IPv6 packets along normally routed paths is enabled for the platform.
Command Modes
Global configuration
Usage Guidelines MPLS forwarding of IPv4 and IPv6 packets along normally routed paths (sometimes called dynamic label
switching) is enabled by this command. For a given interface to perform dynamic label switching, this switching
function must be enabled for the interface and for the platform.
The no form of this command stops dynamic label switching for all platform interfaces regardless of the
interface configuration; it also stops distribution of labels for dynamic label switching. However, the no form
of this command does not affect the sending of labeled packets through label switch path (LSP) tunnels.
Examples The following example shows that dynamic label switching is disabled for the platform, and all label
distribution is terminated for the platform:
Device(config)# no mpls ip
mpls ip (interface configuration) Enables MPLS forwarding of IPv4 and IPv6 packets along normally
routed paths for the associated interface.
mpls ip default-route
To enable the distribution of labels associated with the IP default route, use the mpls ip default-route command
in global configuration mode.
mpls ip default-route
Usage Guidelines Dynamic label switching (that is, distribution of labels based on routing protocols) must be enabled before
you can use the mpls ip default-route command.
Examples The following example shows how to enable the distribution of labels associated with the IP default
route:
mpls ip (global configuration) Enables MPLS forwarding of IPv4 packets along normally routed paths
for the platform.
mpls ip (interface configuration) Enables MPLS forwarding of IPv4 packets along normally routed paths
for a particular interface.
neighbor (MPLS)
To specify the peer IP address and virtual circuit (VC) ID value of a Layer 2 VPN (L2VPN) pseudowire, use
the neighbor command in interface configuration mode. To remove the peer IP address and VC ID value of
an L2VPN pseudowire, use the no form of this command.
no neighbor
Command Default Peer address and VC ID value of a pseudowire are not specified.
Usage Guidelines You must configure the neighbor command for the pseudowire to be functional.
Examples The following example shows how to specify a peer IP address of 10.1.2.3 and a VC ID value of
100:
Device> enable
Device# configure terminal
Device(config)# interface pseudowire 100
Device(config-if)# neighbor 10.1.2.3 100
Syntax Description vrf vrf-name Displays the data MDT groups in use by the Multicast VPN (MVPN) routing and forwarding
(MVRF) instance specified for the vrf-name argument.
Usage Guidelines Use this command to show the data MDT groups in use by a specified MVRF.
Examples The following is sample output from the show ip pim mdt send command:
The table below describes the significant fields shown in the display.
Field Description
source, group Source and group addresses that this router has switched over to data MDTs.
MDT-data group Multicast address over which these data MDTs are being sent.
ref_count Number of (S, G) pairs that are reusing this data MDT.
Syntax Description vrf vrf-name Displays the data MDT group mappings for the Multicast VPN (MVPN) routing and
forwarding (MVRF) instance specified for the vrf-name argument.
detail (Optional) Provides a detailed description of the data MDT advertisements received.
Usage Guidelines When a router wants to switch over from the default MDT to a data MDT, it advertises the VRF source, the
group pair, and the global multicast address over which the traffic will be sent. If the remote router wants to
receive this data, then it will join this global address multicast group.
Examples The following is sample output from the show ip pim mdt receivecommand using the detail keyword
for further information:
The table below describes the significant fields shown in the display.
Field Description
ref_count:13 Number of (S, G) pairs that are reusing this data MDT.
OIF count:1 Number of interfaces out of which this multicast data is being forwarded.
Field Description
Syntax Description vrf vrf-name Displays the history of data MDT groups that have been reused for the Multicast VPN
(MVPN) routing and forwarding (MVRF) instance specified for the vrf-name argument.
interval minutes Specifies the interval (in minutes) for which to display information about the history
of data MDT groups that have been reused. The range is from 1 to 71512 minutes (7
weeks).
Usage Guidelines The output of the show ip pim mdt history command displays the history of reused MDT data groups for
the interval specified with the interval keyword and minutes argument. The interval is from the past to the
present, that is, from the time specified for the minutes argument to the time at which the command is issued.
Examples The following is sample output from the show ip pim mdt historycommand:
The table below describes the significant fields shown in the display.
Field Description
MDT-data group The MDT data group for which information is being shown.
Number of reuse The number of data MDTs that have been reused in this group.
Syntax Description vrf vrf-name (Optional) Displays information about the BGP advertisement of the RD for the MDT
default group associated with Multicast Virtual Private Network (MVPN) routing and
forwarding (MVRF) instance specified for the vrf-name argument.
Usage Guidelines Use this command to show detailed BGP advertisement of the RD for the MDT default group.
Examples The following is sample output from the show ip pim mdt bgpcommand:
The table below describes the significant fields shown in the display.
Field Description
MDT-default group The MDT default groups that have been advertised to this router.
next_hop:10.1.1.1 The BGP next hop address that was contained in the advertisement.
Command Modes
Privileged EXEC
Usage Guidelines You can use the mpls label range command to configure a range for local labels that is different from the
default range. The show mpls label range command displays both the label range currently in use and the
label range that will be in use following the next switch reload.
Examples In the following example, the use of the show mpls label range command is shown before and after
the mpls label range command is used to configure a label range that does not overlap the starting
label range:
mpls label range Configures a range of values for use as local labels.
Syntax Description all Displays all Label Distribution Protocol (LDP) configured VRFs.
Examples The following is a sample output of the show mpls ldp bindings brief command:
The following is a sample output of the show mpls ldp bindings summary command:
Examples The following is a sample output of the show mpls ldp discovery brief command:
The following is a sample output of the show mpls ldp discovery summary command:
show mpls ldp bindings Displays the contents of Label Information Base (LIB).
Examples The following is a sample output of the show mpls ldp neighbor brief command:
The following is a sample output of the show mpls ldp neighbor summary command:
Sessions: 2 operational
1 directly connected
0 graceful restart
show mpls ldp bindings Displays the contents of Label Information Base (LIB).
show mpls ldp discovery Displays the status of LDP discovery process.
Note When a local label is present, the forwarding entry for IP imposition will not be showed; if you want to see
the IP imposition information, use show ip cef.
show mpls forwarding-table [{network {masklength} | interface interface | labels label [dash label]
| lcatm atm atm-interface-number | next-hop address | lsp-tunnel [tunnel-id]}] [vrf vrf-name] [detail
slot slot-number]
interface interface (Optional) Displays entries with the outgoing interface specified.
labels label-label (Optional) Displays entries with the local labels specified.
lcatm atm atm-interface-number Displays ATM entries with the specified Label Controlled Asynchronous
Transfer Mode (LCATM).
next-hop address (Optional) Displays only entries with the specified neighbor as the next
hop.
lsp-tunnel (Optional) Displays only entries with the specified label switched path
(LSP) tunnel, or with all LSP tunnel entries.
tunnel-id (Optional) Specifies the LSP tunnel for which to display entries.
vrf vrf-name (Optional) Displays entries with the specified VPN routing and forwarding
(VRF) instance.
Command Modes
User EXEC (>)
Privileged EXEC (#)
Examples The following is sample output from the show mpls forwarding-table command:
The following is sample output from the show mpls forwarding-table command when the IPv6
Provider Edge Router over MPLS feature is configured to allow IPv6 traffic to be transported across
an IPv4 MPLS backbone. The labels are aggregated because there are several prefixes for one local
label, and the prefix column contains “IPv6” instead of a target prefix.
The following is sample output from the show mpls forwarding-table detail command. If the MPLS
EXP level is used as a selection criterion for packet forwarding, a bundle adjacency exp (vcd) field
is included in the display. This field includes the EXP value and the corresponding virtual circuit
descriptor (VCD) in parentheses. The line in the output that reads “No output feature configured”
indicates that the MPLS egress NetFlow accounting feature is not enabled on the outgoing interface
for this prefix.
The following is sample output from the show mpls forwarding-table detail command. In this
example, the MPLS egress NetFlow accounting feature is enabled on the first three prefixes, as
indicated by the line in the output that reads “Feature Quick flag set.”
The table below describes the significant fields shown in the displays.
Field Description
Outgoing Label or VC Label assigned by the next hop or the virtual path identifier (VPI)/virtual
channel identifier (VCI) used to get to next hop. The entries in this column
Note This field is not
are the following:
supported on the
Cisco 10000 • [T]--Forwarding is through an LSP tunnel.
series routers.
• No Label--There is no label for the destination from the next hop or
label switching is not enabled on the outgoing interface.
• Pop Label--The next hop advertised an implicit NULL label for the
destination and the device removed the top label.
• Aggregate--There are several prefixes for one local label. This entry
is used when IPv6 is configured on edge devices to transport IPv6
traffic over an IPv4 MPLS network.
Prefix or Tunnel Id Address or tunnel to which packets with this label are sent.
Note If IPv6 is configured on edge devices to transport IPv6 traffic
over an IPv4 MPLS network, “IPv6” is displayed here.
Bytes label switched Number of bytes switched with this incoming label. This includes the
outgoing label and Layer 2 header.
Outgoing interface Interface through which packets with this label are sent.
Next Hop IP address of the neighbor that assigned the outgoing label.
Bundle adjacency exp(vcd) Bundle adjacency information. Includes the MPLS EXP value and the
corresponding VCD.
MAC/Encaps Length in bytes of the Layer 2 header and length in bytes of the packet
encapsulation, including the Layer 2 header and label header.
label Stack All the outgoing labels. If the outgoing interface is transmission convergence
(TC)-ATM, the VCD is also shown.
Note TC-ATM is not supported on Cisco 10000 series routers.
The table below describes the significant fields shown in the display.
Field Description
Outgoing label or VC Label assigned by the next hop or VPI/VCI used to get to the next hop. The entries
in this column are the following:
• [T]--Forwarding is through an LSP tunnel.
• No label--There is no label for the destination from the next hop or that label
switching is not enabled on the outgoing interface.
• Pop label--The next hop advertised an implicit NULL label for the destination
and that this device popped the top label.
• Aggregate--There are several prefixes for one local label. This entry is used
when IPv6 is configured on edge devices to transport IPv6 traffic over an IPv4
MPLS network.
• 0--The explicit null label value = 0.
Prefix or Tunnel Id Address or tunnel to which packets with this label are sent.
Note If IPv6 is configured on edge devices to transport IPv6 traffic over an
IPv4 MPLS network, IPv6 is displayed here.
Bytes label switched Number of bytes switched with this incoming label. This includes the outgoing label
and Layer 2 header.
Outgoing interface Interface through which packets with this label are sent.
Field Description
Next Hop IP address of the neighbor that assigned the outgoing label.
The table below describes the Local Label fields relating to the Cisco IOS Software Modularity:
MPLS Layer 3 VPNs feature.
Field Description
A label enters global holddown after a stateful switchover or a restart of certain processes in
a Cisco IOS modularity environment.
• [T]--The label is forwarded through an LSP tunnel.
Note Although [T] is still a property of the outgoing interface, it is shown in the Local
Label column.
Field Description
Outgoing Label Label assigned by the next hop or virtual path identifier (VPI)/virtual channel identifier
(VCI) used to get to the next hop.
Prefix or Tunnel Id Address or tunnel to which packets with this label are going.
Bytes Label Switched Number of bytes switched with this incoming label. This includes the outgoing label
and Layer 2 header.
Field Description
Outgoing interface Interface through which packets with this label are sent.
Next Hop IP address of the neighbor that assigned the outgoing label.
vrf vrf-name (Optional) The static label bindings for a specified VPN routing and
forwarding instance.
nexthop address (Optional) Displays the label bindings for prefixes with outgoing labels for
which the specified next hop is to be displayed.
Command Modes
Privileged EXEC (#)
Command History
Command History Release Modification
Cisco IOS XE Everest 16.5.1a This command was
introduced.
Usage Guidelines If you do not specify any optional arguments, the show mpls static binding command displays information
about all static label bindings. Or the information can be limited to any of the following:
• Bindings for a specific prefix or mask
• Local (incoming) labels
• Remote (outgoing) labels
• Outgoing labels for a specific next hop router
Examples In the following output, the show mpls static binding ipv4 command with no optional arguments
displays all static label bindings:
10.0.0.66 2607
10.66.0.0/16: Incoming label: 17 (in LIB)
Outgoing labels: None
In the following output, the show mpls static binding ipv4 command displays remote (outgoing)
statically assigned labels only:
In the following output, the show mpls static binding ipv4 command displays local (incoming)
statically assigned labels only:
In the following output, theshow mpls static binding ipv4 command displays statically assigned
labels for prefix 10.0.0.0 / 8 only:
In the following output, the show mpls static binding ipv4 command displays prefixes with statically
assigned outgoing labels for next hop 10.0.0.66:
The following output, the show mpls static binding ipv4 vrf command displays static label bindings
for a VPN routing and forwarding instance vpn100:
mpls static binding ipv4 Binds an IPv4 prefix or mask to a local or remote label.
Syntax Description low label high label (Optional) The statically configured LFIB entries.
Command Modes
Privileged EXEC (#)
Command History
Command History Release Modification
Cisco IOS XE Everest 16.5.1a This command was
introduced.
Usage Guidelines If you do not specify any label arguments, then all the configured static cross-connects are displayed.
Examples The following sample output from the show mpls static crossconnect command shows the local
and remote labels:
The table below describes the significant fields shown in the display.
Field Description
Outgoing interface Interface through which packets with this label are sent.
Next Hop IP address of the next hop router’s interface that is connected to this router’s outgoing
interface.
mpls static crossconnect Configures an LFIB entry for the specified incoming label and outgoing interface.
mpls static binding ipv4 prefix mask {label | input label | output nexthop {explicit-null |
implicit-nulllabel}}
no mpls static binding ipv4 prefix mask {label | input label | output nexthop {explicit-null |
implicit-nulllabel}}
prefix mask Specifies the prefix and mask to bind to a label. (When you do not use the
input or output keyword, the specified label is an incoming label.)
Note Without the arguments, the no form of the command removes
all static bindings.
label Binds a prefix or a mask to a local (incoming) label. (When you do not use
the input or output keyword, the specified label is an incoming label.)
input label Binds the specified label to the prefix and mask as a local (incoming) label.
output nexthop explicit-null Binds the Internet Engineering Task Force (IETF) Multiprotocol Label
Switching (MPLS) IPv4 explicit null label (0) as a remote (outgoing) label.
output nexthop implicit-null Binds the IETF MPLS implicit null label (3) as a remote (outgoing) label.
output nexthop label Binds the specified label to the prefix/mask as a remote (outgoing) label.
Command Modes
Global configuration (config)
Usage Guidelines The mpls static binding ipv4 command pushes bindings into Label Distribution Protocol (LDP). LDP then
needs to match the binding with a route in the Routing Information Base (RIB) or Forwarding Information
Base (FIB) before installing forwarding information.
The mpls static binding ipv4 command installs the specified bindings into the LDP Label Information Base
(LIB). LDP will install the binding labels for forwarding use if or when the binding prefix or mask matches
a known route.
Static label bindings are not supported for local prefixes, which are connected networks, summarized routes,
default routes, and supernets. These prefixes use implicit-null or explicit-null as the local label.
If you do not specify the input or the output keyword, input (local label) is assumed.
For the no form of the command:
• If you specify the command name without any keywords or arguments, all static bindings are removed.
• Specifying the prefix and mask but no label parameters removes all static bindings for that prefix or
mask.
Examples In the following example, the mpls static binding ipv4 command configures a static prefix and label
binding before the label range is reconfigured to define a range for static assignment. The output of
the command indicates that the binding has been accepted, but cannot be used for MPLS forwarding
until you configure a range of labels for static assignment that includes that label.
The following mpls static binding ipv4 commands configure input and output labels for several
prefixes:
The following show mpls static binding ipv4 command displays the configured bindings:
show mpls forwarding-table Displays labels currently being used for MPLS forwarding.
Syntax Description switch{switch_number|active|standby} Selects the switch which you want to display
information.
• switch_number—ID of the switch.
• active—Displays information related to
the active switch.
• standby—Displays information relating
to standby switch.
Cisco IOS XE Amsterdam 17.2.1 The command output was enhanced to display TCAM utilization
categorised by IPv4, IPv6, MPLS and other protocols.
Usage Guidelines The output displayed is for each ASIC on the device which includes the sum of two cores of the ASIC.
Example
The following is sample output from the show platform hardware fed switch active fwd-asic
resource tcam utilization command:
Device> enable
Device# show platform software fed switch active fwd-asic resource tcam utilization
Codes: EM - Exact_Match, I - Input, O - Output, IO - Input & Output, NA - Not Applicable
------------------------------------------------------------------------------------------------
------------------------------------------------------------------------------------------------------
Table 135: show platform hardware fed (TCAM utilization) Field Descriptions
Field Description
show platform software fed switch {switch number | active | standby} l2vpn {atom-disposition |
atom-imposition | summary | vfi-segment | xconnect}
Note This topic elaborates on only the Layer 2 VPN-specific (L2VPN-specific) options available with the show
platform software fed switch l2vpn command.
Syntax Description switch {switch Specifies the device for which you want to display information.
number | active |
• switch number: Switch ID. Displays information about the specified switch.
standby}
• active: Displays information about the active switch.
• standby: Displays information about the standby switch, if available.
Examples The following is a sample output of the show platform software fed switch l2vpn command:
drop_adj_flag:0 unsupported_feature:0
sih:0x7f1c6ce84b58(18438) di_id:23713 rih:0x7f1c6ce845a8(5154)
ATOM_DISP:12654 ac_ifhdl:311 xconid:1104 dot1q_etype:0
disp_flags:0x211 pdflags:0 hw_handle:0xad000139
disp flags (FED) in detail CW_IN_USE VCCV ETHERNET_ITW
AAL: id:2902458681 , port_id:311, adj_flags:0xc pw_id:54 ref_cnt:1
adj_flags in detail: TYPE5 VC CW Enabled
port_hdl:0xe1000254, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:0 unsupported_feature:0
sih:0x7f1c6a6b5078(17152) di_id:24265 rih:0x7f1c6a6b4ac8(3678)
ATOM_DISP:17319 ac_ifhdl:1248 xconid:3500 dot1q_etype:0
disp_flags:0x211 pdflags:0 hw_handle:0x8c000185
disp flags (FED) in detail CW_IN_USE VCCV ETHERNET_ITW
AAL: id:2348810629 , port_id:1248, adj_flags:0xc pw_id:991 ref_cnt:1
adj_flags in detail: TYPE5 VC CW Enabled
port_hdl:0x8d0101fd, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:0 unsupported_feature:0
sih:0x7f1c6ad17288(16884) di_id:24265 rih:0x7f1c6ad16d48(518)
ATOM_DISP:17325 ac_ifhdl:1249 xconid:3201 dot1q_etype:0
disp_flags:0x211 pdflags:0 hw_handle:0xdd000184
disp flags (FED) in detail CW_IN_USE VCCV ETHERNET_ITW
AAL: id:3707765124 , port_id:1249, adj_flags:0xc pw_id:993 ref_cnt:1
adj_flags in detail: TYPE5 VC CW Enabled
port_hdl:0x10101fe, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:0 unsupported_feature:0
sih:0x7f1c6ad1cb58(16885) di_id:24265 rih:0x7f1c6ad17858(520)
ATOM_DISP:17330 ac_ifhdl:1249 xconid:3201 dot1q_etype:0
disp_flags:0x1211 pdflags:0 hw_handle:0x37000183
disp flags (FED) in detail CW_IN_USE VCCV ETHERNET_ITW PW_STANDBY
AAL: id:922747267 , port_id:1249, adj_flags:0xc pw_id:994 ref_cnt:1
adj_flags in detail: TYPE5 VC CW Enabled
port_hdl:0x10101fe, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:1 unsupported_feature:0
sih:0x7f1c6b88f0e8(16886) di_id:3212 rih:0x7f1c6ad1d798(522)
ATOM_DISP:17335 ac_ifhdl:1250 xconid:3202 dot1q_etype:0
disp_flags:0x411 pdflags:0 hw_handle:0xb1000182
disp flags (FED) in detail CW_IN_USE VCCV VLAN_ITW
AAL: id:2969567618 , port_id:1250, adj_flags:0x5 pw_id:995 ref_cnt:1
adj_flags in detail: TYPE4 VC/PORT MODE CW Enabled
port_hdl:0x500101ff, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:0 unsupported_feature:0
sih:0x7f1c6b893b38(16887) di_id:24265 rih:0x7f1c6b893588(526)
ATOM_DISP:17340 ac_ifhdl:1250 xconid:3202 dot1q_etype:0
disp_flags:0x1411 pdflags:0 hw_handle:0x3e000181
disp flags (FED) in detail CW_IN_USE VCCV VLAN_ITW PW_STANDBY
AAL: id:1040187777 , port_id:1250, adj_flags:0x5 pw_id:996 ref_cnt:1
adj_flags in detail: TYPE4 VC/PORT MODE CW Enabled
port_hdl:0x500101ff, dot1q:0 , is_vfi_seg;0 vfi_seg_hdl:0 stats_valid:1
drop_adj_flag:1 unsupported_feature:0
sih:0x7f1c6bd6b7d8(16888) di_id:3212 rih:0x7f1c6bd6b298(528)
.
.
.
show platform software fed switch {switch number | active | standby } mpls {eos | forwarding |
label_oce | lookup | summary}
Note This topic elaborates only the Multiprotocol Label Switching-specific options available with the show platform
software fed switch mpls command.
Syntax Description switch {switch number | Specifies the device for which you want to display information.
active | standby}
• switch number: Switch ID. Displays information about the specified
switch.
• active: Displays information about the active switch.
• standby: Displays information about the standby switch, if available.
Examples The following is a sample output of the show platform software fed switch mpls command:
Syntax Description switch {switch number The device for which you want to display information.
| active | standby}
• switch number: Switch ID. Displays information for the specified switch.
• active: Displays information for the active switch.
• standby: Displays information for the standby switch, if available.
RP Displays information about the RP. Choose one of the following options:
• active: Displays information about the active RP.
• standby: Displays information about the standby RP.
atom Displays information about the Any Transport over MPLS (AToM) cross-connect
table.
disposition Displays information about the disposition output chain element (OCE).
Examples The following is a sample output of the show platform software l2vpn switch command:
Usage Guidelines The source template type pseudowire command applies a source template of type pseudowire that consists
of configuration settings used by all pseudowires bound to the template.
Examples The following example shows how to configure the source template of type pseudowire named
ether-pw:
Device> enable
Device# configure terminal
Device(config)# interface pseudowire 100
Device(config-if)# source template type pseudowire ether-pw
tunnel destination
To specify the destination for a tunnel interface, use the tunnel destination command in interface configuration
mode. To remove the destination, use the no form of this command.
ipv6-address IPv6 address of the host destination expressed in IPv6 address format.
dynamic Applies the tunnel destination address dynamically to the tunnel interface.
Usage Guidelines You cannot configure two tunnels to use the same encapsulation mode with exactly the same source and
destination addresses. The workaround is to create a loopback interface and configure the packet source off
of the loopback interface.
Examples The following example shows how to configure the logical Layer 3 GRE tunnel interface tunnel 2
in a global or non-VRF environment:
Device> enable
Device# configure terminal
Device(config)# interface tunnel 2
Device(config-if)# ip address 100.1.1.1 255.255.255.0
Device(config-if)# tunnel source 10.10.10.1
Device(config-if)# tunnel destination 10.10.10.2
Device(config-if)# tunnel mode gre ip
Device(config-if)# end
The following example shows how to configure the logical Layer 3 GRE tunnel interface tunnel 2
in a VRF environment. Use the vrf definition vrf-name and the vrf forwarding vrf-name commands
to configure and apply VRF.
Device> enable
Device# configure terminal
Device(config)# interface tunnel 2
Device(config-if)# ip address 100.1.1.1 255.255.255.0
Device(config-if)# tunnel source 10.10.10.1
Device(config-if)# tunnel destination 10.10.10.2
Device(config-if)# tunnel mode gre ip
Device(config-if)# end
tunnel mpls-ip-only
To copy the Do Not Fragment bit of the inner IP header from the payload into the IP header of the tunnel
packet, use the tunnel mpls-ip-only command in the interface configuration mode. To undo the copy operation,
use the no form of this command.
tunnel mpls-ip-only
no tunnel mpls-ip-only
Usage Guidelines If the Do Not Fragment bit is not set, the payload is fragmented when the IP packet exceeds the MTU set for
the interface. When you enable the tunnel mpls-ip-only command, the tunnel path-mtu-discovery
automatically gets enabled due to the dependency.
tunnel source
To set the source address for a tunnel interface, use the tunnel source command in interface configuration
mode. To remove the source address, use the no form of this command.
interface-number Port, connector, or interface card number. The numbers are assigned at the factory at the
time of installation or when added to a system. This number can be displayed with the
show interfaces command.
dynamic Applies the tunnel source address dynamically to the tunnel interface.
Usage Guidelines The source address is either an explicitly defined IP address or the IP address assigned to specified interface.
You cannot have two tunnels using the same encapsulation mode with exactly the same source and destination
addresses. The workaround is to create a loopback interface and source packets from the loopback interface.
Examples The following example shows how to configure the logical Layer 3 GRE tunnel interface tunnel 2
in a global or non-VRF environment:
Device> enable
Device# configure terminal
Device(config)# interface tunnel 2
Device(config-if)# ip address 100.1.1.1 255.255.255.0
Device(config-if)# tunnel source 10.10.10.1
Device(config-if)# tunnel destination 10.10.10.2
Device(config-if)# tunnel mode gre ip
Device(config-if)# end
The following example shows how to configure the logical Layer 3 GRE tunnel interface tunnel 2
in a VRF environment. Use the vrf definition vrf-name and the vrf forwarding vrf-name commands
to configure and apply VRF.
Device> enable
Device# configure terminal
Device(config)# interface tunnel 2
Device(config-if)# ip address 100.1.1.1 255.255.255.0
xconnect
To bind an attachment circuit to a pseudowire, and to configure an Any Transport over MPLS (AToM) static
pseudowire, use the xconnect command in interface configuration mode. To restore the default values, use
the no form of this command.
Syntax Description peer-ip-address IP address of the remote provider edge (PE) peer. The remote router ID can be any
IP address, as long as it is reachable.
vc-id The 32-bit identifier of the virtual circuit (VC) between PE devices.
encapsulation mpls Specifies Multiprotocol Label Switching (MPLS) as the tunneling method.
pw-type (Optional) Pseudowire type. You can specify one of the following types:
• 4: Specifies Ethernet VLAN.
• 5: Specifies Ethernet port.
Usage Guidelines The use of the xconnect command and the interface configuration mode bridge-group command is not
supported on the same physical interface.
The combination of the peer-ip-address and vcid arguments must be unique on the device. Each Xconnect
configuration must have a unique combination of peer-ip-address and vcid configuration.
The same vcid value that identifies the attachment circuit must be configured using the xconnect command
on the local and remote PE device. The VC ID creates the binding between a pseudowire and an attachment
circuit.
Examples The following example shows how to enter Xconnect configuration mode and bind the attachment
circuit to a pseudowire VC:
Device# configure terminal
Device(config)# interface TenGigabitEthernet1/0/36
Device(config-if)# no ip address
Device(config-if)# xconnect 10.1.10.1 962 encapsulation mpls
active-timeout
To configure et-analytics active timer value, use the active-timeout secondscommand in the et-analytics
configuration mode.
To reset the timer settings to the default, use the no form of the command.
active-timeout seconds
no active-timeout seconds
Usage Guidelines Prior to the Cisco IOS XE Bengaluru 17.6.x release, the active-timeout value was set to 1800 seconds, by
default. However, starting from Cisco IOS XE Bengaluru 17.6.x, you can configure the active-timeout value.
Example:
cache
To configure a flow cache parameter for a flow monitor, use the cache command in flow monitor configuration
mode. To remove a flow cache parameter for a flow monitor, use the no form of this command.
normal Configures a normal cache type. The entries in the flow cache will
be aged out according to the timeout active seconds and timeout
inactive seconds settings. This is the default cache type.
Command Default The default flow monitor flow cache parameters are used.
The following flow cache parameters for a flow monitor are enabled:
• Cache type: normal
• Active flow timeout: 1800 seconds
Usage Guidelines Each flow monitor has a cache that it uses to store all the flows it monitors. Each cache has various configurable
elements, such as the time that a flow is allowed to remain in it. When a flow times out, it is removed from
the cache and sent to any exporters that are configured for the corresponding flow monitor.
The cache timeout active command controls the aging behavior of the normal type of cache. If a flow has
been active for a long time, it is usually desirable to age it out (starting a new flow for any subsequent packets
in the flow). This age out process allows the monitoring application that is receiving the exports to remain up
to date. By default, this timeout is 1800 seconds (30 minutes), but it can be adjusted according to system
requirements. A larger value ensures that long-lived flows are accounted for in a single flow record; a smaller
value results in a shorter delay between starting a new long-lived flow and exporting some data for it. When
you change the active flow timeout, the new timeout value takes effect immediately.
The cache timeout inactive command also controls the aging behavior of the normal type of cache. If a flow
has not seen any activity for a specified amount of time, that flow will be aged out. By default, this timeout
is 15 seconds, but this value can be adjusted depending on the type of traffic expected. If a large number of
short-lived flows is consuming many cache entries, reducing the inactive timeout can reduce this overhead.
If a large number of flows frequently get aged out before they have finished collecting their data, increasing
this timeout can result in better flow correlation. When you change the inactive flow timeout, the new timeout
value takes effect immediately.
The cache timeout update command controls the periodic updates sent by the permanent type of cache. This
behavior is similar to the active timeout, except that it does not result in the removal of the cache entry from
the cache. By default, this timer value is 1800 seconds (30 minutes).
The cache type normal command specifies the normal cache type. This is the default cache type. The entries
in the cache will be aged out according to the timeout active seconds and timeout inactive seconds settings.
When a cache entry is aged out, it is removed from the cache and exported via any exporters configured for
the monitor associated with the cache.
To return a cache to its default settings, use the default cache flow monitor configuration command.
Note When a cache becomes full, new flows will not be monitored.
The following example shows how to configure the active timeout for the flow monitor cache:
Device(config)# flow monitor FLOW-MONITOR-1
Device(config-flow-monitor)# cache timeout active 4800
The following example shows how to configure the inactive timer for the flow monitor cache:
Device(config)# flow monitor FLOW-MONITOR-1
Device(config-flow-monitor)# cache timeout inactive 30
The following example shows how to configure the permanent cache update timeout:
Device(config)# flow monitor FLOW-MONITOR-1
Device(config-flow-monitor)# cache timeout update 5000
Usage Guidelines The clear flow exporter command removes all statistics from the flow exporter. These statistics will not be
exported and the data gathered in the cache will be lost.
You can view the flow exporter statistics by using the show flow exporter statistics privileged EXEC
command.
Examples The following example clears the statistics for all of the flow exporters configured on the device:
Device# clear flow exporter statistics
The following example clears the statistics for the flow exporter named FLOW-EXPORTER-1:
Device# clear flow exporter FLOW-EXPORTER-1 statistics
force-export (Optional) Forces the export of the flow monitor cache statistics.
Usage Guidelines The clear flow monitor cache command removes all entries from the flow monitor cache. These entries will
not be exported and the data gathered in the cache will be lost.
Note The statistics for the cleared cache entries are maintained.
The clear flow monitor force-export command removes all entries from the flow monitor cache and exports
them using all flow exporters assigned to the flow monitor. This action can result in a short-term increase in
CPU usage. Use this command with caution.
The clear flow monitor statistics command clears the statistics for this flow monitor.
Note The current entries statistic will not be cleared by the clear flow monitor statistics command because this is
an indicator of how many entries are in the cache and the cache is not cleared with this command.
You can view the flow monitor statistics by using the show flow monitor statistics privileged EXEC command.
Examples The following example clears the statistics and cache entries for the flow monitor named
FLOW-MONITOR-1:
Device# clear flow monitor name FLOW-MONITOR-1
The following example clears the statistics and cache entries for the flow monitor named
FLOW-MONITOR-1 and forces an export:
The following example clears the cache for the flow monitor named FLOW-MONITOR-1 and forces
an export:
Device# clear flow monitor name FLOW-MONITOR-1 cache force-export
The following example clears the statistics for the flow monitor named FLOW-MONITOR-1:
Device# clear flow monitor name FLOW-MONITOR-1 statistics
Syntax Description switch {switch-number | active } Device for which you want to clear information.
• switch_num: Switch ID.
• active: Clears information for the active
switch.
Examples The following is a sample output of the clear platform software fed switch active swc connection
command:
Device> enable
Device# clear platform software fed switch active swc connection
clear platform software fed switch {switch-number Clears the statistical information of the Stealthwatch
|active }swc statistics Cloud integration.
show platform software fed switch {switch-number Displays the connection details and events of the
|active }swc connection Stealthwatch Cloud integration.
Examples The following is a sample output of the clear platform software fed switch active swc statistics
command:
Device> enable
Device# clear platform software fed switch active swc statistics
clear platform software fed switch {switch-number Clears the connection details and events of the
|active } swc connection Stealthwatch Cloud integration.
show platform software fed switch {switch-number Displays the statistical information of the Stealthwatch
|active } swc statistics Cloud integration.
Command Default The details of the SNMP managers polled to the SNMP agent is stored in the system.
Usage Guidelines Use the clear snmp stats hosts command to delete all the entries polled to the SNMP agent.
The following is sample output of the clear snmp stats hosts command.
Device# clear snmp stats hosts
Request Count Last Timestamp Address
collect
To configure non-key fields for the flow monitor record and to enable capturing the values in the fields for
the flow created with the record, use the collect command in flow record configuration mode.
Syntax Description counter Configures the number of bytes or packets in a flow as a non-key field for a flow record. For
more information, see collect counter.
interface Configures the input and output interface name as a non-key field for a flow record. For more
information, see collect interface.
timestamp Configures the absolute time of the first seen or last seen packet in a flow as a non-key field
for a flow record. For more information, see collect timestamp absolute.
transport Enables the collecting of transport TCP flags from a flow record. For more information, see
collect transport tcp flags.
Command Default Non-key fields are not configured for the flow monitor record.
Usage Guidelines The values in non-key fields are added to flows to provide additional information about the traffic in the flows.
A change in the value of a non-key field does not create a new flow. In most cases, the values for non-key
fields are taken from only the first packet in the flow.
The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
Note Although it is visible in the command-line help string, the flow username keyword is not supported.
The following example configures the total number of bytes in the flows as a non-key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect counter bytes long
collect counter
To configure the number of bytes or packets in a flow as a non-key field for a flow record, use the collect
counter command in flow record configuration mode. To disable the use of the number of bytes or packets
in a flow (counters) as a non-key field for a flow record, use the no form of this command.
Command Default The number of bytes or packets in a flow is not configured as a non-key field.
Usage Guidelines To return this command to its default settings, use the no collect counter or default collect counter flow
record configuration command.
The following example configures the total number of bytes in the flows as a non-key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)#collect counter bytes long
The following example configures the total number of packets from the flows as a non-key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect counter packets long
Usage Guidelines The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
The collect flow sampler command is useful when more than one flow sampler is being used with different
sampling rates. The non-key field contains the ID of the flow sampler used to monitor the flow.
Examples The following example shows how to configure the ID of the flow sampler that is assigned to the
flow as a non-key field:
Device> enable
Device# confgure terminal
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect flow sampler
collect interface
To configure the input interface name as a non-key field for a flow record, use the collect interface command
in flow record configuration mode. To disable the use of the input interface as a non-key field for a flow
record, use the no form of this command.
Syntax Description input Configures the input interface name as a non-key field and enables collecting the input interface
from the flows.
Command Default The input interface name is not configured as a non-key field.
Usage Guidelines The Flexible NetFlow collect commands are used to configure non-key fields for the flow monitor record and
to enable capturing the values in the fields for the flow created with the record. The values in non-key fields
are added to flows to provide additional information about the traffic in the flows. A change in the value of
a non-key field does not create a new flow. In most cases, the values for non-key fields are taken from only
the first packet in the flow.
To return this command to its default settings, use the no collect interface or default collect interface flow
record configuration command.
Syntax Description mask Configures the IPv4 destination mask as a non-key field and enables collecting
the value of the IPv4 destination mask from the flows.
prefix Configures the prefix for the IPv4 destination as a non-key field and enables
collecting the value of the IPv4 destination prefix from the flows.
minimum-mask mask (Optional) Specifies the size, in bits, of the minimum mask. Range: 1 to 32.
Usage Guidelines The Flexible NetFlow collect commands are used to configure non-key fields for the flow monitor record and
to enable capturing the values in the fields for the flow created with the record. The values in non-key fields
are added to flows to provide additional information about the traffic in the flows. A change in the value of
a non-key field does not create a new flow. In most cases the values for non-key fields are taken from only
the first packet in the flow.
Examples The following example shows how to configure the IPv4 destination prefix from the flows that have
a prefix of 16 bits as a non-key field:
Device> enable
Device> configure terminal
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect ipv4 destination prefix minimum-mask 16
Syntax Description mask Configures the IPv6 destination mask as a non-key field and enables collecting
the value of the IPv6 destination mask from the flows.
prefix Configures the prefix for the IPv6 destination as a non-key field and enables
collecting the value of the IPv6 destination prefix from the flows.
minimum-mask mask (Optional) Specifies the size, in bits, of the minimum mask. Range: 1 to 32.
Usage Guidelines The Flexible NetFlow collect commands are used to configure non-key fields for the flow monitor record and
to enable capturing the values in the fields for the flow created with the record. The values in non-key fields
are added to flows to provide additional information about the traffic in the flows. A change in the value of
a non-key field does not create a new flow. In most cases the values for non-key fields are taken from only
the first packet in the flow.
Examples The following example shows how to configure the IPv6 destination prefix from the flows that have
a prefix of 16 bits as a non-key field:
Device> enable
Device> configure terminal
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect ipv6 destination prefix minimum-mask 16
Syntax Description mask Configures the mask for the IPv4 source as a non-key field and enables collecting
the value of the IPv4 source mask from the flows.
prefix Configures the prefix for the IPv4 source as a non-key field and enables collecting
the value of the IPv4 source prefix from the flows.
minimum-mask mask (Optional) Specifies the size, in bits, of the minimum mask. Range: 1 to 32.
Usage Guidelines The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
collect ipv4 source prefix minimum-mask
The source prefix is the network part of an IPv4 source. The optional minimum mask allows more information
to be gathered about large networks.
collect ipv4 source mask minimum-mask
The source mask is the number of bits that make up the network part of the source. The optional minimum
mask allows a minimum value to be configured. This command is useful when there is a minimum mask
configured for the source prefix field and the mask is to be used with the prefix. In this case, the values
configured for the minimum mask should be the same for the prefix and mask fields.
Alternatively, if the collector is aware of the minimum mask configuration of the prefix field, the mask field
can be configured without a minimum mask so that the true mask and prefix can be calculated.
Examples The following example shows how to configure the IPv4 source prefix from flows that have a prefix
of 16 bits as a non-key field:
Device> enable
Device# conigure terminal
Device(config)# flow record FLOW-RECORD-1
Syntax Description mask Configures the mask for the IPv6 source as a non-key field and enables collecting
the value of the IPv6 source mask from the flows.
prefix Configures the prefix for the IPv6 source as a non-key field and enables collecting
the value of the IPv6 source prefix from the flows.
minimum-mask mask (Optional) Specifies the size, in bits, of the minimum mask. Range: 1 to 32.
Release Modification
Usage Guidelines The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
collect ipv6 source prefix minimum-mask
The source prefix is the network part of an IPv6 source. The optional minimum mask allows more information
to be gathered about large networks.
collect ipv6 source mask minimum-mask
The source mask is the number of bits that make up the network part of the source. The optional minimum
mask allows a minimum value to be configured. This command is useful when there is a minimum mask
configured for the source prefix field and the mask is to be used with the prefix. In this case, the values
configured for the minimum mask should be the same for the prefix and mask fields.
Alternatively, if the collector is aware of the minimum mask configuration of the prefix field, the mask field
can be configured without a minimum mask so that the true mask and prefix can be calculated.
Examples The following example shows how to configure the IPv6 source prefix from flows that have a prefix
of 16 bits as a non-key field:
Device> enable
Device# conigure terminal
Device(config)# flow record FLOW-RECORD-1
Syntax Description first Configures the absolute time of the first seen packet in a flow as a non-key field and enables collecting
time stamps from the flows.
last Configures the absolute time of the last seen packet in a flow as a non-key field and enables collecting
time stamps from the flows.
Command Default The absolute time field is not configured as a non-key field.
Usage Guidelines The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
The following example configures time stamps based on the absolute time of the first seen packet
in a flow as a non-key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect timestamp absolute first
The following example configures time stamps based on the absolute time of the last seen packet in
a flow as a non-key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect timestamp absolute last
Command Default The transport layer fields are not configured as a non-key field.
Usage Guidelines The values of the transport layer fields are taken from all packets in the flow. You cannot specify which TCP
flag to collect. You can only specify to collect transport TCP flags. All TCP flags will be collected with this
command. The following transport TCP flags are collected:
• ack—TCP acknowledgement flag
• cwr—TCP congestion window reduced flag
• ece—TCP ECN echo flag
• fin—TCP finish flag
• psh—TCP push flag
• rst—TCP reset flag
• syn—TCP synchronize flag
• urg—TCP urgent flag
To return this command to its default settings, use the no collect collect transport tcp flags or default collect
collect transport tcp flags flow record configuration command.
Syntax Description ipv4 Specifies that the next-hop address value is an IPv4 address.
Command Default Next hop address value is not configured as a non-key field.
Usage Guidelines The collect commands are used to configure non-key fields for the flow monitor record and to enable capturing
the values in the fields for the flow created with the record. The values in non-key fields are added to flows
to provide additional information about the traffic in the flows. A change in the value of a non-key field does
not create a new flow. In most cases the values for non-key fields are taken from only the first packet in the
flow.
Examples The following example shows how to configure the next-hop address value as a non-key field:
Device> enable
Device# configure terminal
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# collect routing next-hop address ipv4
flow record Creates a flow record, and enters Flexible NetFlow flow
record configuration mode.
Syntax Description monitor-name Name of the flow monitor to apply to the interface.
sampler sampler-name Enables the specified flow sampler for the flow monitor.
Usage Guidelines Before you apply a flow monitor to an interface with the datalink flow monitor command, you must have
already created the flow monitor using the flow monitor global configuration command and the flow sampler
using the sampler global configuration command.
To enable a flow sampler for the flow monitor, you must have already created the sampler.
Note The datalink flow monitor command only monitors non-IPv4 and non-IPv6 traffic. To monitor IPv4 traffic,
use the ip flow monitor command. To monitor IPv6 traffic, use the ipv6 flow monitor command.
This example shows how to enable Flexible NetFlow datalink monitoring on an interface:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# datalink flow monitor FLOW-MONITOR-1 sampler FLOW-SAMPLER-1 input
exporter-name (Optional) The name of a flow exporter that was previously configured.
number (Optional) The number of packets to debug for packet-level debugging of flow exporters.
The range is 1 to 65535.
Examples The following example indicates that a flow exporter packet has been queued for process send:
Device# debug flow exporter
May 21 21:29:12.603: FLOW EXP: Packet queued for process send
debug flow monitor [{error | [name] monitor-name [{cache [error] | error | packets packets}]}]
no debug flow monitor [{error | [name] monitor-name [{cache [error] | error | packets packets}]}]
Syntax Description error (Optional) Enables debugging for flow monitor errors for all flow monitors or for the
specified flow monitor.
cache error (Optional) Enables debugging for flow monitor cache errors.
packets (Optional) Number of packets to debug for packet-level debugging of flow monitors. The
range is 1 to 65535.
Examples The following example shows that the cache for FLOW-MONITOR-1 was deleted:
Device# debug flow monitor FLOW-MONITOR-1 cache
May 21 21:53:02.839: FLOW MON: 'FLOW-MONITOR-1' deleted cache
record-name (Optional) Name of a user-defined flow record that was previously configured.
Examples The following example enables debugging for the flow record:
Device# debug flow record FLOW-record-1
debug sampler
To enable debugging output for Flexible NetFlow samplers, use the debug sampler command in privileged
EXEC mode. To disable debugging output, use the no form of this command.
debug sampler [{detailed | error | [name] sampler-name [{detailed | error | sampling samples}]}]
no debug sampler [{detailed | error | [name] sampler-name [{detailed | error | sampling}]}]
Syntax Description detailed (Optional) Enables detailed debugging for sampler elements.
sampling samples (Optional) Enables debugging for sampling and specifies the number of samples to
debug.
Examples The following sample output shows that the debug process has obtained the ID for the sampler named
SAMPLER-1:
Device# debug sampler detailed
*May 28 04:14:30.883: Sampler: Sampler(SAMPLER-1: flow monitor FLOW-MONITOR-1 (ip,Et1/0,O)
get ID succeeded:1
*May 28 04:14:30.971: Sampler: Sampler(SAMPLER-1: flow monitor FLOW-MONITOR-1 (ip,Et0/0,I)
get ID succeeded:1
description
To configure a description for a flow monitor, flow exporter, or flow record, use the description command
in the appropriate configuration mode. To remove a description, use the no form of this command.
description description
no description description
Syntax Description description Text string that describes the flow monitor, flow exporter, or flow record.
Command Default The default description for a flow sampler, flow monitor, flow exporter, or flow record is "User defined."
Usage Guidelines To return this command to its default setting, use the no description or default description command in the
appropriate configuration mode.
description (ERSPAN)
To describe an Encapsulated Remote Switched Port Analyzer (ERSPAN) source session, use the description
command in ERSPAN monitor source session configuration mode. To remove a description, use the no form
of this command.
description description
no description
Examples The following example shows how to describe an ERSPAN source session:
destination (ERSPAN)
To configure an Encapsulated Remote Switched Port Analyzer (ERSPAN) source session destination and
specify destination properties, use the destination command in ERSPAN monitor source session configuration
mode. To remove a destination session, use the no form of this command.
destination
no destination
Cisco IOS XE Amsterdam 17.1.1 The ipv6 keyword was added in the source session destination configuration
mode, for IPv6 ERSPAN support.
Usage Guidelines ERSPAN traffic is GRE-encapsulated SPAN traffic that can only be processed by an ERSPAN destination
session.
After you enter destination command, the command mode changes from monitor source session configuration
mode (config-mon-erspan-src) to source session destination configuration mode (config-mon-erspan-src-dst).
In this mode, enter a question mark (?) at the system prompt to see the list of commands that are available:
erspan-id erspan-ID Configures the ID used by the destination session to identify the
ERSPAN traffic. Valid values range from 1 to 1023.
ip { address ipv4-address | Specifies IP properties. You can configure the following options:
dscp dscp-value | ttl ttl-value }
• address ipv4-address: Configures the IP address for the ERSPAN
destination sessions. All ERSPAN source session (maximum 8)
destination IP addresses need not be same.
The ERSPAN source session destination IP address, which is
configured on an interface on the destination switch, is the source
of traffic that an ERSPAN destination session sends to destination
ports. Configure the same address in both the source and
destination sessions.
• dscp dscp-value: Configures the Differentiated Services Code
Point (DSCP) values for packets in the ERSPAN traffic. Valid
values are from 0 to 63.
To remove the dscp values, use the no form of this command.
• ttl ttl-value: Configures the Time to Live (TTL) values for packets
in the ERSPAN traffic. Valid values are from 2 to 255.
To remove the TTL values, use the no form of this command.
ipv6 { address ipv6-address | Specifies IPv6 properties. You can configure the following options:
dscp dscp-value | flow-label |
• address ipv6-address: Configures the IPv6 address for the
ttl ttl-value }
ERSPAN destination sessions. All ERSPAN source session
(maximum 8) destination IPv6 address need not be same.
The ERSPAN source session destination IPv6 address, which is
configured on an interface on the destination switch, is the source
of traffic that an ERSPAN destination session sends to destination
ports. Configure the same address in both the source and
destination sessions.
• dscp dscp-value: Configures the Differentiated Services Code
Point (DSCP) values for packets in the ERSPAN traffic. Valid
values are from 0 to 63.
To remove the dscp values, use the no form of this command.
• flow-label: Configures the flow-label. Valid values are from 0 to
1048575.
• ttl ttl-value: Configures the Time to Live (TTL) values for packets
in the ERSPAN traffic. Valid values are from 2 to 255.
To remove the TTL values, use the no form of this command.
mtu bytes Specifies the maximum transmission unit (MTU) size for ERSPAN
truncation. The default value is 9000 bytes.
origin { ip address ip-address | Configures the source of the ERSPAN traffic. You can enter an IPv4
ipv6 addressipv6-address} address or an IPv6 address.
vrf vrf-id Configures virtual routing and forwarding (VRF) in the destination
session. Enter the VRF ID.
ERSPAN traffic is GRE-encapsulated SPAN traffic that can only be processed by an ERSPAN destination
session.
Examples The following examples show how to configure an ERSPAN source session destination, enter the
ERSPAN monitor destination session configuration mode, and configure the various properties.
The following example specifies the destination property ip:
The following example shows how to configure an ERSPAN ID for a destination session:
The following example shows how to configure DSCP value for ERSPAN traffic:
The following example shows how to configure TTL value for ERSPAN traffic:
The following example shows how to configure DSCP value for ERSPAN traffic IPv6:
The following example shows how to configure flow-label value for ERSPAN traffic IPv6:
The following example shows how to configure TTL value for ERSPAN traffic IPv6:
The following example shows how to configure an IP address for an ERSPAN source session:
The following example shows how to configure an IPv6 address for an ERSPAN source session:
The following example shows how to configure VRF in the destination session:
The following sample output from the show monitor session all displays different IP addresses for
source session destinations:
Device# show monitor session all
Session 1
---------
Type : ERSPAN Source Session
Status : Admin Disabled
Description : session1
Destination IP Address : 10.1.1.1
Session 2
---------
Type : ERSPAN Source Session
Status : Admin Disabled
Description : session2
Destination IP Address : 192.0.2.1
Session 3
---------
Type : ERSPAN Source Session
Status : Admin Disabled
Description : session3
Destination IP Address : 198.51.100.1
Session 4
---------
Session 5
---------
Type : ERSPAN Source Session
Status : Admin Disabled
Description : session5
Destination IP Address : 209.165.200.225
destination
To configure an export destination for a flow exporter, use the destination command in flow exporter
configuration mode. To remove an export destination for a flow exporter, use the no form of this command.
destination {hostnameip-address}
no destination {hostnameip-address}
Syntax Description hostname Hostname of the device to which you want to send the NetFlow information.
ip-address IPv4 address of the workstation to which you want to send the NetFlow information.
Usage Guidelines Each flow exporter can have only one destination address or hostname.
When you configure a hostname instead of the IP address for the device, the hostname is resolved immediately
and the IPv4 address is stored in the running configuration. If the hostname-to-IP-address mapping that was
used for the original Domain Name System (DNS) name resolution changes dynamically on the DNS server,
the device does not detect this, and the exported data continues to be sent to the original IP address, resulting
in a loss of data.
To return this command to its default setting, use the no destination or default destination command in flow
exporter configuration mode.
The following example shows how to configure the networking device to export the Flexible NetFlow
cache entry to a destination system:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# destination 10.0.0.4
dscp
To configure a differentiated services code point (DSCP) value for flow exporter datagrams, use the dscp
command in flow exporter configuration mode. To remove a DSCP value for flow exporter datagrams, use
the no form of this command.
dscp dscp
no dscp dscp
Syntax Description dscp DSCP to be used in the DSCP field in exported datagrams. The range is 0 to 63. The default is 0.
Usage Guidelines To return this command to its default setting, use the no dscp or default dscp flow exporter configuration
command.
The following example sets 22 as the value of the DSCP field in exported datagrams:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# dscp 22
et-analytics
To enter the global et-analytics configuration mode, use the et-analytics command in the global configuration
mode.
et-analytics
Example:
The following example shows how to enter the et-analytics configuration mode:
Device>enable
Device#configure terminal
Device(config)# et-analytics
et-analytics enable
To enable et-analytics configuration on a particular interface, use the et-analytics enablecommand in the
interface configuration mode. To disable et-analytics, use the no form of the command.
et-analytics enable
no et-analytics enable
Example:
class-options (Optional) The EEM policy class. You can specify either one of the following:
• class-letter-- Letter from A to Z that identifies each policy class. You can specify any
one class-letter.
• default --Specifies the policies registered with the default class.
trap (Optional) Generates a Simple Network Management Protocol (SNMP) trap when the
policy is triggered.
Command Modes
Global configuration (config)
Command History
Command History Release Modification
Cisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines An EEM applet is a concise method for defining event screening criteria and the actions to be taken when
that event occurs.
Only one event configuration command is allowed within an applet configuration. When applet configuration
submode is exited and no event command is present, a warning is displayed stating that no event is associated
with this applet. If no event is specified, this applet is not considered registered and the applet is not displayed.
When no action is associated with this applet, events are still triggered but no actions are performed. Multiple
action applet configuration commands are allowed within an applet configuration. Use the show event manager
policy registered command to display a list of registered applets.
Before modifying an EEM applet, use the no form of this command to unregister the applet because the
existing applet is not replaced until you exit applet configuration mode. While you are in applet configuration
mode modifying the applet, the existing applet may be executing. When you exit applet configuration mode,
the old applet is unregistered and the new version is registered.
Note Do not attempt making any partial modification. EEM does not support partial changes to already registered
policies. EEM policy has to be always unregistered before registering again with changes.
Action configuration commands are uniquely identified using the label argument, which can be any string
value. Actions are sorted in ascending alphanumeric key sequence using the label argument as the sort key
and are run using this sequence.
The EEM schedules and runs policies on the basis of an event specification that is contained within the policy
itself. When applet configuration mode is exited, EEM examines the event and action commands that are
entered and registers the applet to be run when a specified event occurs.
The EEM policies will be assigned a class when class class-letter is specified when they are registered. EEM
policies registered without a class will be assigned to the default class. Threads that have default as the class
will service the default class when the thread is available for work. Threads that are assigned specific class
letters will service any policy with a matching class letter when the thread is available for work.
If there is no EEM execution thread available to run the policy in the specified class and a scheduler rule for
the class is configured, the policy will wait until a thread of that class is available for execution. Synchronous
policies that are triggered from the same input event should be scheduled in the same execution thread. Policies
will be queued in a separate queue for each class using the queue_priority as the queuing order.
When a policy is triggered and if AAA is configured it will contact the AAA server for authorization. Using
the authorization bypass keyword combination, you can skip to contact the AAA server and run the policy
immediately. EEM stores AAA bypassed policy names in a list. This list is checked when policies are triggered.
If a match is found, AAA authorization is bypassed.
To avoid authorization for commands configured through the EEM policy, EEM will use named method lists,
which AAA provides. These named method lists can be configured to have no command authorization.
The following is a sample AAA configuration.
This configuration assumes a TACACS+ server at 192.168.10.1 port 10000. If the TACACS+ server is not
enabled, configuration commands are permitted on the console; however, EEM policy and applet CLI
interactions will fail.
The authorization, class and trap keywords can be used in any combination.
Examples The following example shows an EEM applet called IPSLAping1 being registered to run when there
is an exact match on the value of a specified SNMP object ID that represents a successful IP SLA
ICMP echo operation (this is equivalent to a ping command). Four actions are triggered when the
echo operation fails, and event monitoring is disabled until after the second failure. A message that
the ICMP echo operation to a server failed is sent to syslog, an SNMP trap is generated, EEM
publishes an application-specific event, and a counter called IPSLA1F is incremented by a value of
one.
The following example shows how to register an applet with the name one and class A and enter
applet configuration mode where the timer event detector is set to trigger an event every 10 seconds.
When the event is triggered, the action syslog command writes the message “hello world” to syslog.
The following example shows how to bypass the AAA authorization when registering an applet with
the name one and class A.
export-protocol netflow-v9
To configure NetFlow Version 9 export as the export protocol for a Flexible NetFlow exporter, use the
export-protocol netflow-v9 command in flow exporter configuration mode.
export-protocol netflow-v9
Usage Guidelines The device does not support NetFlow v5 export format, only NetFlow v9 export format is supported.
The following example configures NetFlow Version 9 export as the export protocol for a NetFlow
exporter:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# export-protocol netflow-v9
export-protocol netflow-v5
To configure NetFlow Version 5 export as the export protocol for a Flexible NetFlow exporter, use the
export-protocol netflow-v5 command in flow exporter configuration mode.
export-protocol netflow-v5
exporter
To add a flow exporter for a flow monitor, use the exporter command in the appropriate configuration mode.
To remove a flow exporter for a flow monitor, use the no form of this command.
exporter exporter-name
no exporter exporter-name
Syntax Description exporter-name Name of a flow exporter that was previously configured.
Usage Guidelines You must have already created a flow exporter by using the flow exporter command before you can apply
the flow exporter to a flow monitor with the exporter command.
To return this command to its default settings, use the no exporter or default exporter flow monitor
configuration command.
fconfigure
To specify the options in a channel use the fconfigure command in the TCL configuration mode.
Syntax Description remote Configures a remote session. It supports both IPv4 and IPv6 addresses.
broadcast Enables or disables broadcasting. The value of the option must be a proper boolean value.
vrf Returns the local VRF table name for the specified socket. If no VRF Table has been configured
for the given socket, TCL_ERROR will be returned and “No VRF table configured” will be
appended to the interpreter result.
Command Default
Command Modes TCL configuration mode
filter (ERSPAN)
To configure the Encapsulated Remote Switched Port Analyzer (ERSPAN) source VLAN filtering when the
ERSPAN source is a trunk port, use the filter command in ERSPAN monitor source session configuration
mode. To remove the configuration, use the no form of this command.
sgt sgt-ID Specifies the Security Group Tag (SGT). Valid values are from 1 to 65535.
vlan vlan-ID Specifies the ERSPAN source VLAN. Valid values are from 1 to 4094.
Usage Guidelines You cannot include source VLANs and filter VLANs in the same session.
When you configure the filter command on a monitored trunk interface, only traffic on that set of specified
VLANs is monitored.
Examples The following example shows how to configure source VLAN filtering:
flow exporter
To create a Flexible NetFlow flow exporter, or to modify an existing Flexible NetFlow flow exporter, and
enter Flexible NetFlow flow exporter configuration mode, use the flow exporter command in global
configuration mode. To remove a Flexible NetFlow flow exporter, use the no form of this command.
Syntax Description exporter-name Name of the flow exporter that is being created or modified.
Command Default Flexible NetFlow flow exporters are not present in the configuration.
Usage Guidelines Flow exporters export the data in the flow monitor cache to a remote system, such as a server running NetFlow
collector, for analysis and storage. Flow exporters are created as separate entities in the configuration. Flow
exporters are assigned to flow monitors to provide data export capability for the flow monitors. You can create
several flow exporters and assign them to one or more flow monitors to provide several export destinations.
You can create one flow exporter and apply it to several flow monitors.
Examples The following example creates a flow exporter named FLOW-EXPORTER-1 and enters Flexible
NetFlow flow exporter configuration mode:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)#
flow monitor
To create a flow monitor, or to modify an existing flow monitor, and enter flow monitor configuration mode,
use the flow monitor command in global configuration mode. To remove a flow monitor, use the no form of
this command.
Syntax Description monitor-name Name of the flow monitor that is being created or modified.
Command Default Flexible NetFlow flow monitors are not present in the configuration.
Usage Guidelines Flow monitors are the Flexible NetFlow component that is applied to interfaces to perform network traffic
monitoring. Flow monitors consist of a flow record and a cache. You add the record to the flow monitor after
you create the flow monitor. The flow monitor cache is automatically created at the time the flow monitor is
applied to the first interface. Flow data is collected from the network traffic during the monitoring process
based on the key and nonkey fields in the flow monitor's record and stored in the flow monitor cache.
Examples The following example creates a flow monitor named FLOW-MONITOR-1 and enters flow monitor
configuration mode:
Device(config)# flow monitor FLOW-MONITOR-1
Device(config-flow-monitor)#
flow record
To create a Flexible NetFlow flow record, or to modify an existing Flexible NetFlow flow record, and enter
Flexible NetFlow flow record configuration mode, use the flow record command in global configuration
mode. To remove a Flexible NetFlow record, use the no form of this command.
Syntax Description record-name Name of the flow record that is being created or modified.
Usage Guidelines A flow record defines the keys that Flexible NetFlow uses to identify packets in the flow, as well as other
fields of interest that Flexible NetFlow gathers for the flow. You can define a flow record with any combination
of keys and fields of interest. The device supports a rich set of keys. A flow record also defines the types of
counters gathered per flow. You can configure 64-bit packet or byte counters.
Examples The following example creates a flow record named FLOW-RECORD-1, and enters Flexible NetFlow
flow record configuration mode:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)#
header-type
To configure the ERSPAN header type for encapsulation, use the header-type command in ERSPAN monitor
source session configuration mode. To remove the configuration, use the no form of this command.
header-type header-type
no header-type header-type
Syntax Description header-type ERSPAN header type. Valid header types are 2 and
3.
Examples The following example shows how to change the ERSPAN header type to 3:
inactive time
To configure et-analytics inactive timer value, use the inactive time secondscommand in the et-analytics
configuration mode. To disable the timer settings, use the no form of the command.
Example:
ip flow-export destination
To configure the global collector destination IP address, use the ip flow-export destination ip_address
portcommand in the et-analytics configuration mode. To remove the collector destination IP address, use the
no form of the command.
Example:
The following example shows how to configure a flow-exporter destination IP address of 10.1.1.1
and port 2055:
Device>enable
Device#configure terminal
Device(config)# et-analytics
Device(config-et)# ip flow-export destination 10.1.1.1 2055
ip wccp
To enable the web cache service, and specify the service number that corresponds to a dynamic service that
is defined by the application engine, use the ip wccp global configuration command on the device. Use the
no form of this command to disable the service.
Syntax Description web-cache Specifies the web-cache service (WCCP Version 1 and Version 2).
group-address groupaddress (Optional) Specifies the multicast group address used by the device
and the application engines to participate in the service group.
group-list access-list (Optional) If a multicast group address is not used, specifies a list of
valid IP addresses that correspond to the application engines that are
participating in the service group.
redirect-list access-list (Optional) Specifies the redirect service for specific hosts or specific
packets from hosts.
Usage Guidelines WCCP transparent caching bypasses Network Address Translation (NAT) when Cisco Express Forwarding
switching is enabled. To work around this situation, configure WCCP transparent caching in the outgoing
direction, enable Cisco Express Forwarding switching on the content engine interface, and specify the ip wccp
web-cache redirect out command. Configure WCCP in the incoming direction on the inside interface by
specifying the ip wccp redirect exclude in command on the router interface facing the cache. This configuration
prevents the redirection of any packets arriving on that interface.
You can also include a redirect list when configuring a service group. The specified redirect list will deny
packets with a NAT (source) IP address and prevent redirection.
This command instructs a device to enable or disable support for the specified service number or the web-cache
service name. A service number can be from 0 to 254. Once the service number or name is enabled, the router
can participate in the establishment of a service group.
When the no ip wccp command is entered, the device terminates participation in the service group, deallocates
space if none of the interfaces still have the service configured, and terminates the WCCP task if no other
services are configured.
The keywords following the web-cache keyword and the service-number argument are optional and may be
specified in any order, but only may be specified once.
Example
The following example configures a web cache, the interface connected to the application engine or
the server, and the interface connected to the client:
Device(config)# ip wccp web-cache
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# no switchport
Device(config-if)# ip address 172.20.10.30 255.255.255.0
Device(config-if)# no shutdown
Device(config-if)# exit
Device(config)# interface gigabitethernet1/0/2
Device(config-if)# no switchport
Device(config-if)#
*Dec 6 13:11:29.507: %LINK-3-UPDOWN: Interface GigabitEthernet1/0/3, changed state to down
ip flow monitor
To enable a Flexible NetFlow flow monitor for IPv4 traffic that the device is receiving, use the ip flow monitor
command in interface configuration mode. To disable a flow monitor, use the no form of this command.
Syntax Description monitor-name Name of the flow monitor to apply to the interface.
sampler sampler-name (Optional) Enables the specified flow sampler for the flow monitor.
input Monitors IPv4 traffic that the device receives on the interface.
Usage Guidelines Before you can apply a flow monitor to an interface with the ip flow monitor command, you must have
already created the flow monitor using the flow monitor global configuration command.
When you add a sampler to a flow monitor, only packets that are selected by the named sampler will be entered
into the cache to form flows. Each use of a sampler causes separate statistics to be stored for that usage.
You cannot add a sampler to a flow monitor after the flow monitor has been enabled on the interface. You
must first remove the flow monitor from the interface and then enable the same flow monitor with a sampler.
Note The statistics for each flow must be scaled to give the expected true usage. For example, with a 1 in 100
sampler it is expected that the packet and byte counters will have to be multiplied by 100.
The following example enables a flow monitor for monitoring input traffic:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ip flow monitor FLOW-MONITOR-1 input
The following example enables a flow monitor for monitoring input traffic, with a sampler to limit
the input packets that are sampled:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ip flow monitor FLOW-MONITOR-1 sampler SAMPLER-1 input
The following example shows what happens when you try to add a sampler to a flow monitor that
has already been enabled on an interface without a sampler:
The following example shows how to remove a flow monitor from an interface so that it can be
enabled with the sampler:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# no ip flow monitor FLOW-MONITOR-1 input
Device(config-if)# ip flow monitor FLOW-MONITOR-1 sampler SAMPLER-2 input
Syntax Description monitor-name Name of the flow monitor to apply to the interface.
sampler sampler-name (Optional) Enables the specified flow sampler for the flow monitor.
input Monitors IPv6 traffic that the device receives on the interface.
Usage Guidelines Before you can apply a flow monitor to the interface with the ipv6 flow monitor command, you must have
already created the flow monitor using the flow monitor global configuration command.
When you add a sampler to a flow monitor, only packets that are selected by the named sampler will be entered
into the cache to form flows. Each use of a sampler causes separate statistics to be stored for that usage.
You cannot add a sampler to a flow monitor after the flow monitor has been enabled on the interface. You
must first remove the flow monitor from the interface and then enable the same flow monitor with a sampler.
Note The statistics for each flow must be scaled to give the expected true usage. For example, with a 1 in 100
sampler it is expected that the packet and byte counters will have to be multiplied by 100.
The following example enables a flow monitor for monitoring input traffic:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ipv6 flow monitor FLOW-MONITOR-1 input
The following example enables a flow monitor for monitoring input traffic, with a sampler to limit
the input packets that are sampled:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ipv6 flow monitor FLOW-MONITOR-1 sampler SAMPLER-1 input
The following example shows what happens when you try to add a sampler to a flow monitor that
has already been enabled on an interface without a sampler:
The following example shows how to remove a flow monitor from an interface so that it can be
enabled with the sampler:
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# no ipv6 flow monitor FLOW-MONITOR-1 input
Device(config-if)# ipv6 flow monitor FLOW-MONITOR-1 sampler SAMPLER-2 input
ipv6 deny-echo-reply
no ipv6 deny-echo-reply
Command Default ICMPv6 Echo Reply messages are sent from the device.
Usage Guidelines The ipv6 deny-echo-reply command works only for an IPv6 multicast or anycast address. It does not suppress
an echo reply message for an IPv6 unicast address.
The following example shows how to configure a device to stop sending a response to an ICMPv6
echo message:
Device# configure terminal
Device(config)#ipv6 deny-echo-reply
Router(config)#end
The following example shows how to remove the ipv6 deny-echo-reply configuration:
Device# configure terminal
Device(config)#no ipv6 deny-echo-reply
Router(config)#end
Command Default The EtherType of the packet is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
When you configure the EtherType of the packet as a key field for a flow record using the match datalink
ethertype command, the traffic flow that is created is based on the type of flow monitor that is assigned to
the interface:
• When a datalink flow monitor is assigned to an interface using the datalink flow monitor interface
configuration command, it creates unique flows for different Layer 2 protocols.
• When an IP flow monitor is assigned to an interface using the ip flow monitor interface configuration
command, it creates unique flows for different IPv4 protocols.
• When an IPv6 flow monitor is assigned to an interface using the ipv6 flow monitor interface configuration
command, it creates unique flows for different IPv6 protocols.
To return this command to its default settings, use the no match datalink ethertype or default match datalink
ethertype flow record configuration command.
The following example configures the EtherType of the packet as a key field for a Flexible NetFlow
flow record:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match datalink ethertype
Syntax Description destination address Configures the use of the destination MAC address as a key field.
source address Configures the use of the source MAC address as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The input keyword is used to specify the observation point that is used by the match datalink mac command
to create flows based on the unique MAC addresses in the network traffic.
Note When a datalink flow monitor is assigned to an interface or VLAN record, it creates flows only for non-IPv6
or non-IPv4 traffic.
To return this command to its default settings, use the no match datalink mac or default match datalink
mac flow record configuration command.
The following example configures the use of the destination MAC address of packets that are received
by the device as a key field for a flow record:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match datalink mac destination address input
Syntax Description input Configures the VLAN ID of traffic being received by the device as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The input keyword is used to specify the observation point that is used by the match datalink vlan command
to create flows based on the unique VLAN IDs in the network traffic.
The following example configures the VLAN ID of traffic being received by the device as a key
field for a flow record:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match datalink vlan input
match device-type
To evaluate control classes based on the device type, use the match device-type command in control class-map
filter mode. To disable this condition, use the no form of this command.
no match device-type
Syntax Description device-name Device name for the class map attribute filter criteria.
Examples The following example shows how to set a class map filter to match a device type:
Device> enable
Device# configure terminal
Device(config)# class-map type control subscriber match-all DOT1X_NO_AGENT
Device(config-filter-control-classmap)# match device-type regex cis*
Syntax Description cts destination group-tag Configures the CTS destination field group as a key field.
cts source group-tag Configures the CTS source field group as a key field.
Command Default The CTS destination or source field group, flow direction and the flow sampler ID are not configured as key
fields.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The match flow direction command captures the direction of the flow as a key field. This feature is most
useful when a single flow monitor is configured for input and output flows. It can be used to find and eliminate
flows that are being monitored twice, once on input and once on output. This command can help to match up
pairs of flows in the exported data when the two flows are flowing in opposite directions.
The following example configures the direction the flow was monitored in as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match flow direction
match interface
To configure the input and output interfaces as key fields for a flow record, use the match interface command
in flow record configuration mode. To disable the use of the input and output interfaces as key fields for a
flow record, use the no form of this command.
Command Default The input and output interfaces are not configured as key fields.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
match ipv4
To configure one or more of the IPv4 fields as a key field for a flow record, use the match ipv4 command in
flow record configuration mode. To disable the use of one or more of the IPv4 fields as a key field for a flow
record, use the no form of this command.
Syntax Description destination address Configures the IPv4 destination address as a key field. For more information see
match ipv4 destination address.
source address Configures the IPv4 destination address as a key field. For more information see
match ipv4 source address.
Command Default The use of one or more of the IPv4 fields as a key field for a user-defined flow record is not enabled.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
Command Default The IPv4 destination address is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
To return this command to its default settings, use the no match ipv4 destination address or default match
ipv4 destination address flow record configuration command.
The following example configures the IPv4 destination address as a key field for a flow record:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match ipv4 destination address
Command Default The IPv4 source address is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
To return this command to its default settings, use the no match ipv4 source address or default match ipv4
source address flow record configuration command.
The following example configures the IPv4 source address as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match ipv4 source address
Command Default The IPv4 time-to-live (TTL) field is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match ipv4 ttl command.
match ipv6
To configure one or more of the IPv6 fields as a key field for a flow record, use the match ipv6 command in
flow record configuration mode. To disable the use of one or more of the IPv6 fields as a key field for a flow
record, use the no form of this command.
Syntax Description destination address Configures the IPv4 destination address as a key field. For more
information see match ipv6 destination address.
source address Configures the IPv4 destination address as a key field. For more
information see match ipv6 source address.
Command Default The IPv6 fields are not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The following example configures the IPv6 protocol field as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match ipv6 protocol
Command Default The IPv6 destination address is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
To return this command to its default settings, use the no match ipv6 destination address or default match
ipv6 destination address flow record configuration command.
The following example configures the IPv6 destination address as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match ipv6 destination address
Command Default The use of the IPv6 hop limit as a key field for a user-defined flow record is not enabled by default.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The following example configures the hop limit of the packets in the flow as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match ipv6 hop-limit
Command Default The IPv6 source address is not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
To return this command to its default settings, use the no match ipv6 source address or default match ipv6
source address flow record configuration command.
map platform-type
To set the parameter map attribute filter criteria to platform type, use the map platform-type command in
parameter-map filter mode. To remove this criteria, use the no form of this command.
eq Specifies that the filter type name is equal to the platform type name.
not-eq Specifies that the filter type name is not equal to the platform type name.
platform-type Platform type for the parameter map attribute filter criteria.
Examples The following example shows how to set the parameter map attribute filter criteria to platform type:
Device> enable
Device# configure terminal
Device(config)# parameter-map type subscriber attribute-to-service Aironet-Policy-para
Device(config-parameter-map-filter)# 10 map platform-type eq C9xxx
match transport
To configure one or more of the transport fields as a key field for a flow record, use the match transport
command in flow record configuration mode. To disable the use of one or more of the transport fields as a
key field for a flow record, use the no form of this command.
Syntax Description destination-port Configures the transport destination port as a key field.
Command Default The transport fields are not configured as a key field.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
Syntax Description code Configures the IPv4 ICMP code as a key field.
Command Default The ICMP IPv4 type field and the code field are not configured as key fields.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The following example configures the IPv4 ICMP code field as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match transport icmp ipv4 code
The following example configures the IPv4 ICMP type field as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match transport icmp ipv4 type
Syntax Description code Configures the IPv6 ICMP code as a key field.
Command Default The ICMP IPv6 type field and the code field are not configured as key fields.
Usage Guidelines A flow record requires at least one key field before it can be used in a flow monitor. The key fields distinguish
flows, with each flow having a unique set of values for the key fields. The key fields are defined using the
match command.
The following example configures the IPv6 ICMP code field as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match transport icmp ipv6 code
The following example configures the IPv6 ICMP type field as a key field:
Device(config)# flow record FLOW-RECORD-1
Device(config-flow-record)# match transport icmp ipv6 type
match platform-type
To evaluate control classes based on the platform type, use the match platform-type command in control
class-map filter mode. To remove this condition, use the no form of this command.
Examples The following example shows how to set a class map filter to match a platform type:
Device> enable
Device# configure terminal
Device(config)# class-map type control subscriber match-all DOT1X_NO_AGENT
Device(config-filter-control-classmap)# match platform-type C9xxx
class-map type control subscriber Creates a control class and enters control class-map filter mode.
Syntax Description window-size Specifies the window size from which to select packets. The range is 2 to 1024.
Command Default The mode and the packet interval for a sampler are not configured.
Usage Guidelines A total of four unique samplers are supported on the device. Packets are chosen in a manner that should
eliminate any bias from traffic patterns and counter any attempt by users to avoid monitoring.
Note The deterministic keyword is not supported, even though it is visible in the command-line help string.
Examples The following example enables random sampling with a window size of 1000:
Device(config)# sampler SAMPLER-1
Device(config-sampler)# mode random 1 out-of 1000
Usage Guidelines Once an attachment point has been associated with a capture point using this command, the only way to change
its direction is to remove the attachment point using the no form of the command and reattach the attachment
point with the new direction. An attachment point's direction cannot be overridden.
If an attachment point is removed from a capture point and only one attachment point is associated with it,
the capture point is effectively deleted.
Multiple attachment points can be associated with a capture point by re-running this command with another
attachment point. An example is provided below.
Packets captured in the output direction of an interface might not reflect the changes made by switch rewrite
(includes TTL, VLAN tag, CoS, checksum, MAC addresses, DSCP, precedent, UP, etc.).
No specific order applies when defining a capture point; you can define capture point parameters in any order.
The Wireshark CLI allows as many parameters as possible on a single line. This limits the number of commands
required to define a capture point.
Neither VRFs, management ports, nor private VLANs can be used as attachment points.
Examples
To define a capture point using a physical interface as an attachment point:
Device# monitor capture mycap interface GigabitEthernet1/0/1 in
Device# monitor capture mycap match ipv4 any any
Note The second command defines the core filter for the capture point. This is required for a functioning
capture point.
To remove an attachment point from a capture point defined with multiple attachment points:
Device# show monitor capture mycap parameter
monitor capture mycap interface GigabitEthernet1/0/1 in
monitor capture mycap control-plane in
Device# no monitor capture mycap control-plane
Device# show monitor capture mycap parameter
monitor capture mycap interface GigabitEthernet1/0/1 in
Syntax Description capture-name The name of the capture whose buffer is to be configured.
circular Specifies that the buffer is of a circular type. The circular type of buffer continues to capture
data, even after the buffer is consumed, by overwriting the data captured previously.
size buffer-size (Optional) Specifies the size of the buffer. The range is from 1 MB to 100 MB.
Usage Guidelines When you first configure a WireShark capture, a circular buffer of a small size is suggested.
Example
To configure a circular buffer with a size of 1 MB:
Device# monitor capture mycap buffer circular size 1
Syntax Description capture-name The name of the capture whose buffer is to be cleared.
Usage Guidelines Use the monitor capture clear command either during capture or after the capture has stopped either because
one or more end conditions has been met, or you entered the monitor capture stop command. If you enter
the monitor capture clear command after the capture has stopped, the monitor capture export command
that is used to store the contents of the captured packets in a file will have no impact because the buffer has
no captured packets.
If you have more than one capture that is storing packets in a buffer, clear the buffer before starting a new
capture to avoid memory loss.
Example
To clear the buffer contents for capture mycap:
Device# monitor capture mycap clear
file-location : file-name (Optional) Specifies the location and file name of the capture storage file.
Acceptable values for file-location :
• flash—On-board flash storage
• — USB drive
Usage Guidelines Use the monitor capture export command only when the storage destination is a capture buffer. The file
may be stored either remotely or locally. Use this command either during capture or after the packet capture
has stopped. The packet capture is stopped when one or more end conditions have been met or you entered
the monitor capture stop command.
When WireShark is used on switches in a stack, packet captures can be stored only on the devices specified
for file-location above that are connected to the active switch. Example: flash1 is connected to the active
switch. flash2 is connected to the secondary switch. Only flash1 can be used to store packet captures.
Note Attempts to store packet captures on unsupported devices or devices not connected to the active switch will
probably result in errors.
Example
To export the capture buffer contents to mycap.pcap on a flash drive:
buffer-size temp-buffer-size (Optional) Specifies the size of the temporary buffer. The range for
temp-buffer-size is 1 to 100 MB. This is specified to reduce packet loss.
location file-location : file-name (Optional) Specifies the location and file name of the capture storage
file. Acceptable values for file-location :
• flash—On-board flash storage
• — USB drive
ring number-of-ring-files (Optional) Specifies that the capture is to be stored in a circular file chain
and the number of files in the file ring.
size total-size (Optional) Specifies the total size of the capture files.
Usage Guidelines Use the monitor capture file command only when the storage destination is a file. The file may be stored
either remotely or locally. Use this command after the packet capture has stopped. The packet capture is
stopped when one or more end conditions have been met or you entered the monitor capture stop command.
When WireShark is used on switches in a stack, packet captures can be stored only on the devices specified
for file-location above that are connected to the active switch. Example: flash1 is connected to the active
switch. flash2 is connected to the secondary switch. Only flash1 can be used to store packet captures.
Note Attempts to store packet captures on unsupported devices or devices not connected to the active switch will
probably result in errors.
Example
To specify that the storage file name is mycap.pcap, stored on a flash drive:
Device# monitor capture mycap file location flash:mycap.pcap
Syntax Description capture-name The name of the capture to be assigned capture limits.
duration seconds (Optional) Specifies the duration of the capture, in seconds. The range is from 1 to
1000000.
packet-length size (Optional) Specifies the packet length, in bytes. If the actual packet is longer than the
specified length, only the first set of bytes whose number is denoted by the bytes
argument is stored.
packets num (Optional) Specifies the number of packets to be processed for capture.
Example
To configure a session limit of 60 seconds and a packet segment length of 400 bytes:
Device# monitor capture mycap limit duration 60 packet-len 400
monitor capture {capture-name} match {any | mac mac-match-string | ipv4 {any | host |
protocol}{any | host} | ipv6 {any | host | protocol}{any | host}}
no monitor capture {capture-name} match
Syntax Description capture-name The name of the capture to be assigned a core filter.
Examples
To define a capture point and the core filter for the capture point that matches to any IP version 4
packets on the source or destination:
Device# monitor capture mycap interface GigabitEthernet1/0/1 in
Device# monitor capture mycap match ipv4 any any
Syntax Description packet-length-in bytes Defines the length of the packet to be captured.The range is from 1-9216.
Command Default The default action is to have no packet length range for packet capture.
This example shows how to define a range of packet lengths for packet capture. In this example the
maximum length of packet is set to 100 bytes and the minimum length of packet is set to 50 bytes.
Device(config)#mon cap cap1 int FortyGigabitEthernet 1/0/1 in match pktlen-range max 100
min 50
Usage Guidelines Use the monitor capture clear command to enable the packet data capture after the capture point is defined.
To stop the capture of packet data, use the monitor capture stop command.
Ensure that system resources such as CPU and memory are available before starting a capture.
Example
To start capturing buffer contents:
Device# monitor capture mycap start
Usage Guidelines Use the monitor capture stop command to stop the capture of packet data that you started using the monitor
capture start command. You can configure two types of capture buffers: linear and circular. When the linear
buffer is full, data capture stops automatically. When the circular buffer is full, data capture starts from the
beginning and the data is overwritten.
Example
To stop capturing buffer contents:
Device# monitor capture mycap stop
monitor session
To create a new Ethernet Switched Port Analyzer (SPAN) or a Remote Switched Port Analyzer (RSPAN) or
Encapsulated Remote Switched Port Analyzer (ERSPAN) session configuration for analyzing traffic between
ports or add to an existing session configuration, use the monitor session global configuration command. To
clear sessions, use the no form of this command.
Syntax Description session-number The session number identified with the sessio
Usage Guidelines You can set a combined maximum of two local SPAN sessions and RSPAN source sessions. You can have
a total of 66 SPAN, RSPAN, and ERSPAN sessions on a switch or switch stack.
You can verify your settings by entering the show monitor privileged EXEC command. You can display
SPAN, RSPAN, FSPAN, FRSPAN, and ERSPAN configuration on the switch by entering the show
running-config privileged EXEC command. SPAN information appears near the end of the output.
Example
This example shows how to create a local SPAN session 1 to monitor traffic on Po13 (an EtherChannel
port) and limit SPAN traffic in the session only to VLAN 1281. Egress traffic replicates the source;
ingress forwarding is not enabled.
replicate
Device(config)# monitor session 1 destination interface GigabitEthernet3/0/36 encapsulation
replicate
The following is the output of a show monitor session all command after completing these setup
instructions:
Device# show monitor session all
Session 1
---------
Type : Local Session
Source Ports :
Both : Po13
Destination Ports : Gi2/0/36,Gi3/0/36
Encapsulation : Replicate
Ingress : Disabled
Filter VLANs : 1281
...
Syntax Description session-number The session number identified with the SPAN
Usage Guidelines You can set a combined maximum of 8 local SPAN sessions and RSPAN source sessions. You can have a
total of 66 SPAN and RSPAN sessions on a switch or switch stack.
A SPAN or RSPAN destination must be a physical port.
You can have a maximum of 64 destination ports on a switch or a switch stack.
Each session can include multiple ingress or egress source ports or VLANs, but you cannot combine source
ports and source VLANs in a single session. Each session can include multiple destination ports.
When you use VLAN-based SPAN (VSPAN) to analyze network traffic in a VLAN or set of VLANs, all
active ports in the source VLANs become source ports for the SPAN or RSPAN session. Trunk ports are
included as source ports for VSPAN, and only packets with the monitored VLAN ID are sent to the destination
port.
You can monitor traffic on a single port or VLAN or on a series or range of ports or VLANs. You select a
series or range of interfaces or VLANs by using the [, | -] options.
If you specify a series of VLANs or interfaces, you must enter a space before and after the comma. If you
specify a range of VLANs or interfaces, you must enter a space before and after the hyphen (-).
EtherChannel ports can be configured as SPAN or RSPAN destination ports. A physical port that is a member
of an EtherChannel group can be used as a destination port, but it cannot participate in the EtherChannel group
while it is as a SPAN destination.
A port used as a destination port cannot be a SPAN or RSPAN source, nor can a port be a destination port for
more than one session at a time.
You can enable IEEE 802.1x authentication on a port that is a SPAN or RSPAN destination port; however,
IEEE 802.1x authentication is disabled until the port is removed as a SPAN destination. If IEEE 802.1x
authentication is not available on the port, the switch returns an error message. You can enable IEEE 802.1x
authentication on a SPAN or RSPAN source port.
If ingress traffic forwarding is enabled for a network security device, the destination port forwards traffic at
Layer 2.
Destination ports can be configured to function in these ways:
• When you enter monitor session session_number destination interface interface-id with no other
keywords, egress encapsulation is untagged, and ingress forwarding is not enabled.
• When you enter monitor session session_number destination interface interface-id ingress, egress
encapsulation is untagged; ingress encapsulation depends on the keywords that follow—dot1q or
untagged.
• When you enter monitor session session_number destination interface interface-id encapsulation
replicate with no other keywords, egress encapsulation replicates the source interface encapsulation;
ingress forwarding is not enabled. (This applies to local SPAN only; RSPAN does not support
encapsulation replication.)
• When you enter monitor session session_number destination interface interface-id encapsulation
replicate ingress, egress encapsulation replicates the source interface encapsulation; ingress encapsulation
depends on the keywords that follow—dot1q or untagged. (This applies to local SPAN only; RSPAN
does not support encapsulation replication.)
You can verify your settings by entering the show monitor privileged EXEC command. You can display
SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config
privileged EXEC command. SPAN information appears near the end of the output.
Examples
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic
on source port 1 on stack member 1 to destination port 2 on stack member 2:
This example shows how to delete a destination port from an existing local SPAN session:
This example shows how to configure RSPAN source session 1 to monitor a source interface and to
configure the destination RSPAN VLAN 900:
This example shows how to configure an RSPAN destination session 10 in the switch receiving the
monitored traffic:
This example shows how to configure the destination port for ingress traffic on VLAN 5 by using a
security device that supports IEEE 802.1Q encapsulation. Egress traffic replicates the source; ingress
traffic uses IEEE 802.1Q encapsulation.
This example shows how to configure the destination port for ingress traffic on VLAN 5 by using a
security device that does not support encapsulation. Egress traffic and ingress traffic are untagged.
Syntax Description session-number The session number identified with the SPAN or RSPAN ses
vlan vlan-id Specifies a list of VLANs as filters on trunk source ports to lim
VLANs. The vlan-id range is 1 to 4094.
Usage Guidelines You can set a combined maximum of two local SPAN sessions and RSPAN source sessions. You can have
a total of 66 SPAN and RSPAN sessions on a switch or switch stack.
You can monitor traffic on a single VLAN or on a series or range of ports or VLANs. You select a series or
range of VLANs by using the [, | -] options.
If you specify a series of VLANs, you must enter a space before and after the comma. If you specify a range
of VLANs, you must enter a space before and after the hyphen (-).
VLAN filtering refers to analyzing network traffic on a selected set of VLANs on trunk source ports. By
default, all VLANs are monitored on trunk source ports. You can use the monitor session session_number
filter vlan vlan-id command to limit SPAN traffic on trunk source ports to only the specified VLANs.
VLAN monitoring and VLAN filtering are mutually exclusive. If a VLAN is a source, VLAN filtering cannot
be enabled. If VLAN filtering is configured, a VLAN cannot become a source.
You can verify your settings by entering the show monitor privileged EXEC command. You can display
SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config
privileged EXEC command. SPAN information appears near the end of the output.
Examples
This example shows how to limit SPAN traffic in an existing session only to specific VLANs:
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic
on source port 1 on stack member 1 to destination port 2 on stack member 2 and to filter IPv4 traffic
using access list number 122 in an FSPAN session:
Syntax Description session_number The session number identified with the SPAN or RSPAN session. The range
is 1 to 66.
interface interface-id Specifies the source interface for a SPAN or RSPAN session. Valid
interfaces are physical ports (including type, stack member, module, and
port number). For source interface, port channel is also a valid interface
type, and the valid range is 1 to 48.
both | rx | tx (Optional) Specifies the traffic direction to monitor. If you do not specify
a traffic direction, the source interface sends both transmitted and received
traffic.
remote (Optional) Specifies the remote VLAN for an RSPAN source or destination
session. The range is 2 to 1001 and 1006 to 4094.
The RSPAN VLAN cannot be VLAN 1 (the default VLAN) or VLAN IDs
1002 to 1005 (reserved for Token Ring and FDDI VLANs).
vlan vlan-id When used with only the ingress keyword, sets default VLAN for ingress
traffic.
Usage Guidelines Traffic that enters or leaves source ports or source VLANs can be monitored by using SPAN or RSPAN.
Traffic routed to source ports or source VLANs cannot be monitored.
You can set a combined maximum of two local SPAN sessions and RSPAN source sessions. You can have
a total of 66 SPAN and RSPAN sessions on a switch or switch stack.
A source can be a physical port, a port channel, or a VLAN.
Each session can include multiple ingress or egress source ports or VLANs, but you cannot combine source
ports and source VLANs in a single session. Each session can include multiple destination ports.
When you use VLAN-based SPAN (VSPAN) to analyze network traffic in a VLAN or set of VLANs, all
active ports in the source VLANs become source ports for the SPAN or RSPAN session. Trunk ports are
included as source ports for VSPAN, and only packets with the monitored VLAN ID are sent to the destination
port.
You can monitor traffic on a single port or VLAN or on a series or range of ports or VLANs. You select a
series or range of interfaces or VLANs by using the [, | -] options.
If you specify a series of VLANs or interfaces, you must enter a space before and after the comma. If you
specify a range of VLANs or interfaces, you must enter a space before and after the hyphen (-).
You can monitor individual ports while they participate in an EtherChannel, or you can monitor the entire
EtherChannel bundle by specifying the port-channel number as the RSPAN source interface.
A port used as a destination port cannot be a SPAN or RSPAN source, nor can a port be a destination port for
more than one session at a time.
You can enable IEEE 802.1x authentication on a SPAN or RSPAN source port.
You can verify your settings by entering the show monitor privileged EXEC command. You can display
SPAN, RSPAN, FSPAN, and FRSPAN configuration on the switch by entering the show running-config
privileged EXEC command. SPAN information appears near the end of the output.
Examples
This example shows how to create a local SPAN session 1 to monitor both sent and received traffic
on source port 1 on stack member 1 to destination port 2 on stack member 2:
This example shows how to configure RSPAN source session 1 to monitor multiple source interfaces
and to configure the destination RSPAN VLAN 900.
Syntax Description span-session-number Number of the local ERSPAN session. Valid values are from 1 to 66.
Usage Guidelines The span-session-number and the session type cannot be changed once configured. Use the no form of this
command to remove the session and then re-create the session with a new session ID or a new session type.
The ERSPAN source session destination IP address, which must be configured on an interface on the destination
switch, is the source of traffic that an ERSPAN destination session sends to the destination ports. You can
configure the same address in both the source and destination sessions with the ip address command in
ERSPAN monitor destination session configuration mode.
A newly configured ERSPAN session will be in the shutdown state by default. The ERSPAN session remains
inactive until the no shutdown command is configured along with other mandatory configurations such as
source interface, ERSPAN ID, ERSPAN IP address, and so on.
The ERSPAN ID differentiates the ERSPAN traffic arriving at the same destination IP address from different
ERSPAN source sessions.
The maximum local ERSPAN source session limit is 8.
Examples The following example shows how to configure an ERSPAN source session number:
monitor session type Creates an ERSPAN source or destination session number or enters the
ERSPAN session configuration mode for the session.
Command Description
show monitor session Displays information about the ERSPAN, SPAN, and RSPAN sessions.
option
To configure optional data parameters for a flow exporter for Flexible NetFlow, use the option command in
flow exporter configuration mode. To remove optional data parameters for a flow exporter, use the no form
of this command.
Syntax Description exporter-stats Configures the exporter statistics option for flow exporters.
sampler-table Configures the export sampler table option for flow exporters.
timeout seconds (Optional) Configures the option resend time in seconds for flow
exporters. The range is 1 to 86400. The default is 600.
Command Default The timeout is 600 seconds. All other optional data parameters are not configured.
Usage Guidelines The option exporter-stats command causes the periodic sending of the exporter statistics, including the
number of records, bytes, and packets sent. This command allows the collector to estimate packet loss for the
export records it receives. The optional timeout alters the frequency at which the reports are sent.
The option interface-table command causes the periodic sending of an options table, which allows the
collector to map the interface SNMP indexes provided in the flow records to interface names. The optional
timeout can alter the frequency at which the reports are sent.
The option sampler-table command causes the periodic sending of an options table, which details the
configuration of each sampler and allows the collector to map the sampler ID provided in any flow record to
a configuration that it can use to scale up the flow statistics. The optional timeout can alter the frequency at
which the reports are sent.
To return this command to its default settings, use the no option or default option flow exporter configuration
command.
The following example shows how to enable the periodic sending of the sampler option table, which
allows the collector to map the sampler ID to the sampler type and rate:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# option sampler-table
The following example shows how to enable the periodic sending of the exporter statistics, including
the number of records, bytes, and packets sent:
The following example shows how to enable the periodic sending of an options table, which allows
the collector to map the interface SNMP indexes provided in the flow records to interface names:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# option interface-table
record
To add a flow record for a Flexible NetFlow flow monitor, use the record command in flow monitor
configuration mode. To remove a flow record for a Flexible NetFlow flow monitor, use the no form of this
command.
record record-name
no record
Syntax Description record-name Name of a user-defined flow record that was previously configured.
Usage Guidelines Each flow monitor requires a record to define the contents and layout of its cache entries. The flow monitor
can use one of the wide range of predefined record formats, or advanced users may create their own record
formats.
Note You must use the no ip flow monitor command to remove a flow monitor from all of the interfaces to which
you have applied it before you can modify the parameters for the record command for the flow monitor.
Examples The following example configures the flow monitor to use FLOW-RECORD-1:
Device(config)# flow monitor FLOW-MONITOR-1
Device(config-flow-monitor)# record FLOW-RECORD-1
sensor-name (stealthwatch-cloud-monitor)
To set the sensor name for the Stealthwatch Cloud registration, use the sensor-name SwC-sensor-name
command in stealthwatch-cloud-monitor configuration mode.
sensor-name SwC-sensor-name
Usage Guidelines Configure the stealthwatch-cloud-monitor command before setting the sensor name.
Setting the sensor name is optional. If no sensor name is set, by default, the device name is set as the sensor
name.
Examples The following example shows how to set the sensor name:
Device> enable
Device# configure terminal
Device(config)# stealthwatch-cloud-monitor
Device(config-stealthwatch-cloud-monitor)# service-key xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Device(config-stealthwatch-cloud-monitor)# sensor-name mysensor
service-key (stealthwatch-cloud-monitor)
To configure the Stealthwatch Cloud service key, use the service-key SwC-service-key command in
stealthwatch-cloud-monitor configuration mode.
service-key SwC-service-key
Usage Guidelines Configure the stealthwatch-cloud-monitor command before configuring the Stealthwatch Cloud service
key.
You can view the service key from the Stealthwatch Cloud portal. See Configuring Stealthwatch Cloud on a
Device section on the configuration guide for additional information.
Examples The following example shows how to configure a Stealthwatch Cloud service key:
Device> enable
Device# configure terminal
Device(config)# stealthwatch-cloud-monitor
Device(config-stealthwatch-cloud-monitor)# service-key xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
sensor-name SwC-sensor-name Sets the sensor name for the Stealthwatch Cloud
registration.
Example:
The following example shows how to display ETA flow monitor cache details:
Device>enable
Device#configure terminal
Device# show flow monitor etta-mon cache
Cache type: Normal (Platform cache)
Cache size: 10000
Current entries: 4
Flows added: 6
Flows aged: 2
- Inactive timeout ( 15 secs) 2
IPV4 DESTINATION ADDRESS: 15.15.15.35
IPV4 SOURCE ADDRESS: 72.163.128.140
IP PROTOCOL: 17
TRNS SOURCE PORT: 53
TRNS DESTINATION PORT: 12032
counter bytes long: 128
counter packets long: 1
timestamp abs first: 06:23:24.799
timestamp abs last: 06:23:24.799
interface input: Null
interface output: Null
sampler
To create a Flexible Netflow flow sampler, or to modify an existing Flexible Netflow flow sampler, and to
enter Flexible Netflow sampler configuration mode, use the sampler command in global configuration mode.
To remove a sampler, use the no form of this command.
sampler sampler-name
no sampler sampler-name
Syntax Description sampler-name Name of the flow sampler that is being created or modified.
Usage Guidelines Flow samplers are used to reduce the load placed by Flexible Netflow on the networking device to monitor
traffic by limiting the number of packets that are analyzed. You configure a rate of sampling that is 1 out of
a range of packets. Flow samplers are applied to interfaces in conjunction with a flow monitor to implement
sampled Flexible Netflow.
To enable flow sampling, you configure the record that you want to use for traffic analysis and assign it to a
flow monitor. When you apply a flow monitor with a sampler to an interface, the sampled packets are analyzed
at the rate specified by the sampler and compared with the flow record associated with the flow monitor. If
the analyzed packets meet the criteria specified by the flow record, they are added to the flow monitor cache.
Syntax Description erspan-destination Displays information about the configured Encapsulated Remote Switched Port
Analyzer (ERSPAN) source sessions.
Examples The following is sample output from the show capability feature monitor erspan-source command:
The following is sample output from the show capability feature monitor erspan-destination
command:
Switch# show capability feature monitor erspan-destination
monitor session type erspan-source Creates an ERSPAN source session number or enters the ERSPAN
session configuration mode for the session.
Examples The following is a sample output of the show class-map type control subscriber name
control-class-name command:
show flow exporter [{export-ids netflow-v9 | [name] exporter-name [{statistics | templates}] | statistics
| templates}]
Syntax Description export-ids netflow-v9 (Optional) Displays the NetFlow Version 9 export fields that can be exported and
their IDs.
statistics (Optional) Displays statistics for all flow exporters or for the specified flow exporter.
templates (Optional) Displays template information for all flow exporters or for the specified
flow exporter.
The following example displays the status and statistics for all of the flow exporters configured on
a device:
Device# show flow exporter
Flow Exporter FLOW-EXPORTER-1:
Description: Exports to the datacenter
Export protocol: NetFlow Version 9
Transport Configuration:
Destination IP address: 192.168.0.1
Source IP address: 192.168.0.2
Transport Protocol: UDP
Destination Port: 9995
Source Port: 55864
DSCP: 0x0
TTL: 255
Output Features: Used
Field Description
Flow Exporter The name of the flow exporter that you configured.
Field Description
Source Port The source UDP port from which the exported packets
are sent.
The following example displays the status and statistics for all of the flow exporters configured on
a device:
Device# show flow exporter name FLOW-EXPORTER-1 statistics
Flow Exporter FLOW-EXPORTER-1:
Packet send statistics (last cleared 2w6d ago):
Successfully sent: 0 (0 bytes)
Syntax Description type (Optional) The type of interface on which you want to display Flexible Netflow accounting
configuration information.
number (Optional) The number of the interface on which you want to display Flexible Netflow accounting
configuration information.
Examples The following example displays the Flexible Netflow accounting configuration on Ethernet interfaces
0/0 and 0/1:
Device# show flow interface gigabitethernet1/0/1
Interface Ethernet1/0
monitor: FLOW-MONITOR-1
direction: Output
traffic(ip): on
Device# show flow interface gigabitethernet1/0/2
Interface Ethernet0/0
monitor: FLOW-MONITOR-1
direction: Input
traffic(ip): sampler SAMPLER-2#
The table below describes the significant fields shown in the display.
Field Description
monitor The name of the flow monitor that is configured on the interface.
direction: The direction of traffic that is being monitored by the flow monitor.
The possible values are:
• Input—Traffic is being received by the interface.
• Output—Traffic is being transmitted by the interface.
Field Description
cache (Optional) Displays the contents of the cache for the flow monitor.
format (Optional) Specifies the use of one of the format options for formatting the display output.
csv (Optional) Displays the flow monitor cache contents in comma-separated variables (CSV)
format.
record (Optional) Displays the flow monitor cache contents in record format.
table (Optional) Displays the flow monitor cache contents in table format.
Usage Guidelines The cache keyword uses the record format by default.
The uppercase field names in the display output of the show flowmonitor monitor-name cache command
are key fields that Flexible netFlow uses to differentiate flows. The lowercase field names in the display output
of the show flow monitor monitor-name cache command are nonkey fields from which Flexible NetFlow
collects values as additional data for the cache.
Examples The following example displays the status for a flow monitor:
Device# show flow monitor FLOW-MONITOR-1
Field Description
Description Description that you configured or the monitor, or the default description User defined.
Type Flow monitor cache type. The value is always normal, as it is the only supported cache
type.
The following example displays the status, statistics, and data for the flow monitor named
FLOW-MONITOR-1:
This table describes the significant fields shown in the display.
The following example displays the status, statistics, and data for the flow monitor named
FLOW-MONITOR-1 in a table format:
The following example displays the status, statistics, and data for the flow monitor named
FLOW-MONITOR-IPv6 (the cache contains IPv6 data) in record format:
The following example displays the status and statistics for a flow monitor:
record-name (Optional) Name of a user-defined flow record that was previously configured.
The following example displays the status and statistics for FLOW-RECORD-1:
Device# show flow record FLOW-RECORD-1
flow record FLOW-RECORD-1:
Description: User defined
No. of users: 0
Total field space: 24 bytes
Fields:
match ipv6 destination address
match transport source-port
collect interface input
Syntax Description operation-number (Optional) Number of the operation for which operational status and
statistics are displayed. Accepted values are from 1 to 2147483647.
Privileged EXEC
Usage Guidelines Use the show ip sla statistics to display the current state of IP SLA operations, including how much life the
operation has left, whether the operation is active, and the completion time. The output also includes the
monitoring data returned for the last (most recently completed) operation. This generated operation ID is
displayed when you use the show ip sla configuration command for the base multicast operation, and as part
of the summary statistics for the entire operation.
Enter the show command for a specific operation ID to display details for that one responder.
Examples
The following is sample output from the show ip sla statistics command:
Device# show ip sla statistics
show monitor
To display information about all Switched Port Analyzer (SPAN) and Remote SPAN (RSPAN) sessions, use
the show monitor command in EXEC mode.
show monitor [session {session_number | all | local | range list | remote} [detail]]
Privileged EXEC
Usage Guidelines The output is the same for the show monitor command and the show monitor session all command.
Maximum number of SPAN source sessions: 2 (applies to source and local sessions)
Examples
This is an example of output for the show monitor user EXEC command:
---------
Type : Local Session
Source Ports :
RX Only : Gi4/0/1
Both : Gi4/0/2-3,Gi4/0/5-6
Destination Ports : Gi4/0/20
Encapsulation : Replicate
Ingress : Disabled
Session 2
---------
Type : Remote Source Session
Source VLANs :
TX Only : 10
Both : 1-9
Dest RSPAN VLAN : 105
This is an example of output for the show monitor user EXEC command for local SPAN source
session 1:
This is an example of output for the show monitor session all user EXEC command when ingress
traffic forwarding is enabled:
Syntax Description capture-name (Optional) Specifies the name of the capture to be displayed.
buffer (Optional) Specifies that a buffer associated with the named capture is
to be displayed.
file file-location : file-name (Optional) Specifies the file location and name of the capture storage
file to be displayed.
Example
The following is sample output from the show monitor capture command:
Device# show monitor capture mycap
Privileged EXEC(#)
Examples
The following is sample output from the show monitor session command for local SPAN source
session 1:
RX Only : Gi4/0/1
Both : Gi4/0/2-3,Gi4/0/5-6
Destination Ports : Gi4/0/20
Encapsulation : Replicate
Ingress : Disabled
The following is sample output from the show monitor session all command when ingress traffic
forwarding is enabled:
The following is sample output from the show monitor session erspan-source command:
Device# show monitor session erspan-source
The following is sample output from the show monitor session erspan-destination command:
Device# show monitor session erspan-destination
Examples The following is a sample output of the show parameter-map type subscriber attribute-to-service
name parameter-map-name command:
Example:
ET-Analytics interfaces
GigabitEthernet1/0/3
Example:
The following example shows how to display interface et-analytics flow dump.:
Device>enable
Device#configure terminal
Device# show platform software fed switch active fnf et-analytics-flow-dump
Syntax Description switch{switch_num|active|standby} The device for which you want to display information.
• switch_num—Enter the switch ID. Displays information for the
specified switch.
• active—Displays information for the active switch.
• standby—Displays information for the standby switch, if
available.
Usage Guidelines Use this command only when you are working directly with a technical support representative while
troubleshooting a problem. Do not use this command unless a technical support representative asks you to do
so.
This command is available only if your device is running the IP Services feature set.
=====================
**** WCCP Interface: Port-channel13 iif_id: 000000000000007c (#SG:3), VRF: 0 Ingress WCCP
****
port_handle:0x20000f9
**** WCCP Interface: Port-channel14 iif_id: 000000000000007e (#SG:3), VRF: 0 Ingress WCCP
****
port_handle:0x880000fa
Examples The following is a sample output of the show platform software fed switch active swc connection
command:
Device> enable
Device# show platform software fed switch active swc connection
Stealthwatch-Cloud details
Registration
#ID : 0xc000001
URL : https://sensor.ext.obsrvbl.com
Service Key : XXXXXXXXXXXXXXXXXXXXXXXX
Sensor Name : C9200
Registered : N/A
Connection
Status : DOWN
<<— Status will be in UP state only when the flow uploads into the Stealthwatch Cloud.
Last status update : 02/09/2021 10:10:47
# Flaps : 0
# Heartbeats : 0
# Lost heartbeats : 0
Total RX bytes : 7360
Total TX bytes : 869
Upload Speed (B/s) : 127
Download Speed (B/s) : 58
# Open sessions : 0
# Redirections : 0
# Timeouts : 0
HTTP Events
GET response : 4
GET request : 4
GET Status Code 2XX : 4
PUT response : 12
PUT request : 12
API Events
TX : 4
OK : 2
Error : 2
Event History
Timestamp #Times Event RC Context
----------------------- -------- ------------------- --
----------------------------------------
02/10/2021 09:29:41.126 2 SEND_OK 0 ID:0003
clear platform software fed switch {switch-number Clears the connection details and events of the
|active }swc connection Stealthwatch Cloud integration.
show platform software fed switch {switch-number Displays the statistical information of the Stealthwatch
|active }swc statistics Cloud integration.
Examples The following is a sample output of the show platform software fed switch active swc statistics
command:
Device> enable
Device# show platform software fed switch active swc statistics
==========================
SWC Upload Statistics:
==========================
1: Last file uploaded : 202102100928_1
2: Time of upload : 02/10/21 09:29:41 UTC
3: Current file uploading :
4: Files queued for upload :
5: Number of files queued : 0
6: Last failed upload :
7: Files failed to upload : 0
8: Files successfully uploaded : 1
==========================
SWC File Creation Statistics:
==========================
9: Last file created : 202102100929_1
10: Time of creation : 02/10/21 09:29:08 UTC
==========================
SWC Flow Statistics:
==========================
11: Number of flows in prev file: 15
12: Number of flows in curr file: 11
13: Invalid dropped flows : 0
14: Error dropped flows : 0
==========================
SWC Flags:
==========================
15: Is Registered : Registered
16: Delete debug : Disabled
clear platform software fed switch {switch-number Clears the statistical information of the Stealthwatch
|active }swc statistics Cloud integration.
show platform software fed switch {switch-number Displays the connection details and events of the
|active }swc connection Stealthwatch Cloud integration.
show platform software swspan {switch} {{{F0 | FP active} counters} | R0 | RP active} {destination
sess-id session-ID | source sess-id session-ID}
active Displays information about the active instance of the ESP or the Route
Processor (RP).
destination sess-id session-ID Displays information about the specified destination session.
source sess-id session-ID Displays information about the specified source session.
Usage Guidelines If the session number does not exist or if the SPAN session is a remote destination session, the command
output will display the following message "% Error: No Information Available."
Examples The following is sample output from the show platform software swspan FP active source
command:
Switch# show platform software swspan FP active source sess-id 0
Session ID : 0
Intf Type : PORT
Port dpidx : 30
PD Sess ID : 1
Session Type : Local
Direction : Ingress
Filter Enabled : No
ACL Configured : No
AOM Object id : 579
Session ID : 9
Intf Type : PORT
Port dpidx : 8
PD Sess ID : 0
Session Type : Local
Direction : Ingress
Filter Enabled : No
ACL Configured : No
AOM Object id : 578
AOM Object Status : Done
Parent AOM object Id : 70
Parent AOM object Status : Done
The following is sample output from the show platform software swspan RP active destination
command:
Switch# show platform software swspan RP active destination
show sampler
To display the status and statistics for a Flexible NetFlow sampler, use the show sampler command in
privileged EXEC mode.
The following example displays the status and statistics for all of the flow samplers configured:
Device# show sampler
Sampler SAMPLER-1:
ID: 2083940135
export ID: 0
Description: User defined
Type: Invalid (not in use)
Rate: 1 out of 32
Samples: 0
Requests: 0
Users (0):
Sampler SAMPLER-2:
ID: 3800923489
export ID: 1
Description: User defined
Type: random
Rate: 1 out of 100
Samples: 1
Requests: 124
Users (1):
flow monitor FLOW-MONITOR-1 (datalink,vlan1) 0 out of 0
Field Description
Field Description
Syntax Description hosts Displays the details of the SNMP servers polled to the SNMP agent.
Command Default Displays the SNMP manager entries polled to the SNMP agent.
Usage Guidelines Use the show snmp stats hosts command to list the NMS IP address, the number of times an NMS polls the
agent, and the timestamp of polling. To delete the entries polled to the SNMP agent, use the clear snmp stats
hosts command.
Before running the show snmp stats oid command, connect the device to the NMS. The command output
displays the list of OIDs recently requested by the NMS. It also displays the number of times an object identifier
is requested by the NMS. This information is useful for troubleshooting memory leaks and network failures
when little information is available about the MIBs that the NMS is querying. You can use the show snmp
stats oid command at any time to view OIDs recently requested by the NMS.
The following is sample output of the show snmp stats hosts command.
Device# show snmp stats hosts
Request Count Last Timestamp Address
2 00:00:01 ago 3.3.3.3
1 1w2d ago 2.2.2.2
The table below describes the significant fields shown in the display:
Field Description
Request Count Displays the number of times an SNMP Manager has sent requests to the SNMP Agent.
Last Displays the time at which the request was sent to the SNMP Agent by the SNMP Manager.
Timestamp
Field Description
Address Displays the IP Address of the SNMP Manager that has sent the request.
The following is sample output of the show snmp stats oid command.
Device# show snmp stats oid
The table below describes the significant fields shown in the display.
Field Description
time-stamp Displays the time and date when the object identifiers is requested by the NMS.
Examples The following is a sample output of the show stealth-watch-cloud detail command:
Device> enable
Device# show stealth-watch-cloud detail
========================================
Stealthwatch Cloud Parameters
========================================
Service Key : XXXXXXXXXXXXXXXXXXXXXXXX
Sensor Name : C9200
URL : https://sensor.eu-prod.obsrvbl.com
========================================
Stealthwatch Cloud Sensor Info
========================================
Sensor Status : Registered
Last heartbeat : 2020-08-21T10:35:16
show platform software fed switch {switch-number Displays the connection details and events of the
|active }swc connection Stealthwatch Cloud integration.
show platform software fed switch {switch-number Displays the statistics of the Stealthwatch Cloud
|active }swc statistics integration.
shutdown
no shutdown
Command Default A newly configured ERSPAN session will be in the shutdown state.
Usage Guidelines The ERSPAN session remains inactive until the no shutdown command is configured.
Examples The following example shows how to activate an ERSPAN session using the no shutdown command:
Device> enable
Device# configure terminal
Device(config)# monitor session 1 type erspan-source
Device(config-mon-erspan-src)# description source1
Device(config-mon-erspan-src)# source interface GigabitEthernet1/0/1 rx
Device(config-mon-erspan-src)# destination
Device(config-mon-erspan-src-dst)# erspan-id 100
Device(config-mon-erspan-src-dst)# origin ip address 10.10.0.1
Device(config-mon-erspan-src-dst)# ip address 10.1.0.2
Device(config-mon-erspan-src-dst)# ip dscp 10
Device(config-mon-erspan-src-dst)# ip ttl 32
Device(config-mon-erspan-src-dst)# mtu 512
Device(config-mon-erspan-src-dst)# vrf monitoring
Device(config-mon-erspan-src-dst)# exit
Device(config-mon-erspan-src)# no shutdown
Device(config-mon-erspan-src)# end
monitor session type Creates an ERSPAN source and destination session number or enters the ERSPAN
session configuration mode for the session.
Usage Guidelines The snmp ifmib ifindex persist command does not override an interface-specific configuration. The
interface-specific configuration of ifIndex persistence is configured with the snmp ifindex persist and snmp
ifindex clear commands in interface configuration mode.
The snmp ifmib ifindex persist command enables ifIndex persistence for all interfaces on a routing device
by using the ifDescr and ifIndex entries in the ifIndex table of interface MIB (IF-MIB).
ifIndex persistence means that the ifIndex values in the IF-MIB persist across reboots, allowing for the
consistent identification of specific interfaces that use SNMP.
If ifIndex persistence was previously disabled for a specific interface by using the no snmp ifindex persist
command, ifIndex persistence will remain disabled for that interface.
Examples The following example shows how to enable ifIndex persistence for all interfaces:
snmp ifindex clear Clears any previously configured snmp ifIndex commands issued in interface
configuration mode for a specific interface.
snmp ifindex persist Enables ifIndex values that persist across reboots (ifIndex persistence) in the IF-MIB.
snmp-server community
To configure the community access string to permit access to the Simple Network Management Protocol
(SNMP), use the snmp-server community command in global configuration mode. To remove the specified
community string, use the no form of this command.
snmp-server community[clear|encrypted]community-string[view
view-name][RO|RW][SDROwner|SystemOwner][access-list-name]
no snmp-server community community-string
Syntax Description clear (Optional) Specifies that the entered community-string is clear text and should be encrypted
when displayed by the show running command.
encrypted (Optional) Specifies that the entered community-string is encrypted text and should be
displayed as such by the show running command.
community-string Community string that acts like a password and permits access to the SNMP protocol. The
maximum length of the community-string argument is 32 alphabetic characters.
If the clear keyword was used, community-string is assumed to be clear text. If the
encrypted keyword was used, community-string is assumed to be encrypted. If neither
was used, community-string is assumed to be clear text.
viewview-name (Optional) Specifies the name of a previously defined view. The view defines the objects
available to the community.
RO (Optional) Specifies read-only access. Authorized management stations are able only to
retrieve MIB objects.
RW (Optional) Specifies read-write access. Authorized management stations are able both to
retrieve and to modify MIB objects.
SDROwner (Optional) Limits access to the owner service domain router (SDR).
SystemOwner (Optional) Provides system-wide access including access to all non-owner SDRs.
access-list-name (Optional) Name of an access list of IP addresses allowed to use the community string to
gain access to the SNMP agent.
Command Default By default, an SNMP community string permits read-only access to all MIB objects. By default, a community
string is assigned to the SDR owner.
Usage Guidelines To use this command, you must be in a user group associated with a task group that includes appropriate task
IDs. If the user group assignment is preventing you from using a command, contact your AAA administrator
for assistance.
Use the snmp-server community command to configure the community access string to permit access to
SNMP.
To remove the specified community string, use the no form of this command.
Use the clear keyword to specify that the clear text community string you enter is displayed encrypted in the
show running command output. To enter an encrypted string, use the encrypted keyword. To enter a clear
text community string that is not encrypted by the system, use neither of these keywords.
When the snmp-server community command is entered with the SDROwner keyword, SNMP access is
granted only to the MIB object instances in the owner SDR. When the snmp-server community command
is entered with the SystemOwner keyword, SNMP access is granted to all SDRs in the system.
Note In a non-owner SDR, a community name provides access only to the object instances that belong to that SDR,
regardless of the access privilege assigned to the community name. Access to the owner SDR and system-wide
access privileges are available only from the owner SDR.
Examples This example shows how to assign the string comaccess to SNMP, allowing read-only access, and
to specify that IP access list 4 can use the community string:
RP/0/RP0/CPU0:router(config)# snmp-server community comaccess ro 4
The following example shows how to assign the string mgr to SNMP, allowing read-write access to
the objects in the restricted view:
RP/0/RP0/CPU0:router(config)# snmp-server community mgr view restricted rw
Usage Guidelines The command options marked with an asterisk in the table above have subcommands. For more information
on these subcommands, see the Related Commands section below.
Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
When supported, use the snmp-server enable traps command to enable sending of traps or informs.
Note Though visible in the command-line help strings, the fru-ctrl, insertion, and removal keywords are not
supported on the device. The snmp-server enable informs global configuration command is not supported.
To enable the sending of SNMP inform notifications, use the snmp-server enable traps global configuration
command combined with the snmp-server host host-addr informs global configuration command.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to enable more than one type of SNMP trap:
Syntax Description newroot (Optional) Enables SNMP STP bridge MIB new root traps.
topologychange (Optional) Enables SNMP STP bridge MIB topology change traps.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to send bridge new root traps to the NMS:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
peer-fib-state-change (Optional) Enables SNMP CEF Peer FIB State change traps.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate SNMP CEF inconsistency traps:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Syntax Description notification-rate (Optional) Specifies number of notifications per minute as the
number-of-notifications notification rate. Accepted values are from 0 to 10000.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to set the number SNMP notifications of error-disabling to 2:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate SNMP flash insertion notifications:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate SNMP MAC notification change traps:
rate-limit-time (Optional) Specifies window of time in seconds for rate-limit traps. Accepted values
are 2 to 60.
max-number-of-traps (Optional) Specifies maximum number of rate-limit traps to be sent in window time.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to enable invalid PIM message traps:
Syntax Description trap-rate (Optional) Sets the maximum number of port-security traps sent per second. The range is
value from 0 to 1000; the default is 0 (no limit imposed; a trap is sent at every occurrence).
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to enable port-security traps at a rate of 200 per second:
Syntax Description group Enables inline power group-based traps for the specified group number. Accepted values are
number from 1 to 9.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to enable power-over-Ethernet traps for group 1:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Syntax Description GLS (Optional) Enables StackWise stack power GLS trap.
insufficient-power (Optional) Enables StackWise stack power unbalanced power supplies trap.
invalid-input-current (Optional) Enables StackWise stack power invalid input current trap.
invalid-output-current (Optional) Enables StackWise stack power invalid output current trap.
power-link-status-changed (Optional) Enables StackWise stack power link status changed trap.
power-oper-status-changed (Optional) Enables StackWise stack power port oper status changed trap.
unbalanced-power-supplies (Optional) Enables StackWise stack power unbalanced power supplies trap.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate StackWise stack power GLS traps:
Syntax Description trap-rate (Optional) Specifies the SNMP storm-control trap rate in minutes. Accepted values
number-of-minutes are from 0 to 1000. The default is 0.
Value 0 indicates that no limit is imposed and a trap is sent at every occurrence.
When configured, show run all command output displays no snmp-server
enable traps storm-control.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to set the SNMP storm-control trap rate to 10 traps per minute:
Syntax Description inconsistency (Optional) Enables SNMP STPX MIB inconsistency update traps.
loop-inconsistency (Optional) Enables SNMP STPX MIB loop inconsistency update traps.
root-inconsistency (Optional) Enables SNMP STPX MIB root inconsistency update traps.
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate SNMP STPX MIB inconsistency update traps:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to set all SNMP transceiver traps:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate vrfmib trunk down traps:
Usage Guidelines Specify the host (NMS) that receives the traps by using the snmp-server host global configuration command.
If no trap types are specified, all trap types are sent.
To enable more than one type of trap, you must enter a separate snmp-server enable traps command for
each trap type.
Examples This example shows how to generate SNMP Smart Install client-added traps:
snmp-server engineID
To configure a name for either the local or remote copy of SNMP, use the snmp-server engineID command
in global configuration mode.
Syntax Description local engineid-string Specifies a 24-character ID string with the name of the copy of SNMP. You need
not specify the entire 24-character engine ID if it has trailing zeros. Specify only
the portion of the engine ID up to the point where only zeros remain in the value.
remote ip-address Specifies the remote SNMP copy. Specify the ip-address of the device that contains
the remote copy of SNMP.
udp-port port-number (Optional) Specifies the User Datagram Protocol (UDP) port on the remote device.
The default is 162.
Examples
The following example configures a local engine ID of 123400000000000000000000:
snmp-server group
To configure a new Simple Network Management Protocol (SNMP) group, use the snmp-server group
command in global configuration mode. To remove a specified SNMP group, use the no form of this command.
snmp-server group group-name {v1 | v2c | v3 {auth | noauth | priv}} [context context-name] [match
{exact | prefix}] [read read-view] [write write-view] [notify notify-view] [access [ipv6
named-access-list] [{acl-numberacl-name}]]
no snmp-server group group-name {v1 | v2c | v3 {auth | noauth | priv}} [context context-name]
v1 Specifies that the group is using the SNMPv1 security model. SNMPv1 is the least
secure of the possible SNMP security models.
v2c Specifies that the group is using the SNMPv2c security model.
The SNMPv2c security model allows informs to be transmitted and supports 64-character
strings.
context (Optional) Specifies the SNMP context to associate with this SNMP group and its views.
match (Optional) Specifies an exact context match or matches only the context prefix.
read (Optional) Specifies a read view for the SNMP group. This view enables you to view
only the contents of the agent.
read-view (Optional) String of a maximum of 64 characters that is the name of the view.
The default is that the read-view is assumed to be every object belonging to the Internet
object identifier (OID) space (1.3.6.1), unless the read option is used to override this
state.
write (Optional) Specifies a write view for the SNMP group. This view enables you to enter
data and configure the contents of the agent.
write-view (Optional) String of a maximum of 64 characters that is the name of the view.
The default is that nothing is defined for the write view (that is, the null OID). You must
configure write access.
notify (Optional) Specifies a notify view for the SNMP group. This view enables you to specify
a notify, inform, or trap.
notify-view (Optional) String of a maximum of 64 characters that is the name of the view.
By default, nothing is defined for the notify view (that is, the null OID) until the
snmp-server host command is configured. If a view is specified in the snmp-server
group command, any notifications in that view that are generated will be sent to all
users associated with the group (provided a SNMP server host configuration exists for
the user).
Cisco recommends that you let the software autogenerate the notify view. See the
“Configuring Notify Views” section in this document.
access (Optional) Specifies a standard access control list (ACL) to associate with the group.
ipv6 (Optional) Specifies an IPv6 named access list. If both IPv6 and IPv4 access lists are
indicated, the IPv6 named access list must appear first in the list.
acl-name (Optional) The acl-name argument is a string of a maximum of 64 characters that is the
name of a previously configured standard access list.
Command Modes
Global configuration (config)
Usage Guidelines When a community string is configured internally, two groups with the name public are autogenerated, one
for the v1 security model and the other for the v2c security model. Similarly, deleting a community string
will delete a v1 group with the name public and a v2c group with the name public.
No default values exist for authentication or privacy algorithms when you configure the snmp-server group
command. Also, no default passwords exist. For information about specifying a Message Digest 5 (MD5)
password, see the documentation of the snmp-server user command.
Configuring Notify Views
The notify-view option is available for two reasons:
• If a group has a notify view that is set using SNMP, you may need to change the notify view.
• The snmp-server host command may have been configured before the snmp-server group command.
In this case, you must either reconfigure the snmp-server host command, or specify the appropriate
notify view.
Specifying a notify view when configuring an SNMP group is not recommended, for the following reasons:
• The snmp-server host command autogenerates a notify view for the user, and then adds it to the group
associated with that user.
• Modifying the group’s notify view will affect all users associated with that group.
Instead of specifying the notify view for a group as part of the snmp-server group command, use the following
commands in the order specified:
1. snmp-server user—Configures an SNMP user.
2. snmp-server group—Configures an SNMP group, without adding a notify view .
3. snmp-server host—Autogenerates the notify view by specifying the recipient of a trap operation.
SNMP Contexts
SNMP contexts provide VPN users with a secure way of accessing MIB data. When a VPN is associated with
a context, that VPN’s specific MIB data exists in that context. Associating a VPN with a context enables
service providers to manage networks with multiple VPNs. Creating and associating a context with a VPN
enables a provider to prevent the users of one VPN from accessing information about users of other VPNs on
the same networking device.
Use this command with the context context-name keyword and argument to associate a read, write, or notify
SNMP view with an SNMP context.
show snmp group Displays the names of groups on the device and the security model, the status
of the different views, and the storage type of each group.
snmp mib community-map Associates a SNMP community with an SNMP context, engine ID, security
name, or VPN target list.
snmp-server host
To specify the recipient (host) of a Simple Network Management Protocol (SNMP) notification operation,
use the snmp-server host global configuration command on the device. Use the no form of this command to
remove the specified host.
Syntax Description host-addr Name or Internet address of the host (the targeted recipient).
vrf vrf-instance (Optional) Specifies the virtual private network (VPN) routing instance and name for this
host.
version 1 | 2c | (Optional) Specifies the version of the SNMP used to send the traps.
3
1—SNMPv1. This option is not available with informs.
2c—SNMPv2C.
3—SNMPv3. One of the authorization keywords (see next table row) must follow the
Version 3 keyword.
auth | noauth auth (Optional)—Enables Message Digest 5 (MD5) and Secure Hash Algorithm (SHA)
| priv packet authentication.
noauth (Default)—The noAuthNoPriv security level. This is the default if the auth |
noauth | priv keyword choice is not specified.
priv (Optional)—Enables Data Encryption Standard (DES) packet encryption (also called
privacy).
community-string Password-like community string sent with the notification operation. Though you can set
this string by using the snmp-server host command, we recommend that you define this
string by using the snmp-server community global configuration command before using
the snmp-server host command.
Note The @ symbol is used for delimiting the context information. Avoid using
the @ symbol as part of the SNMP community string when configuring this
command.
notification-type (Optional) Type of notification to be sent to the host. If no type is specified, all notifications
are sent. The notification type can be one or more of the these keywords:
• auth-framework—Sends SNMP CISCO-AUTH-FRAMEWORK-MIB traps.
• bridge—Sends SNMP Spanning Tree Protocol (STP) bridge MIB traps.
• bulkstat—Sends Data-Collection-MIB Collection notification traps.
• call-home—Sends SNMP CISCO-CALLHOME-MIB traps.
• cef—Sends SNMP CEF traps.
• config—Sends SNMP configuration traps.
• config-copy—Sends SNMP config-copy traps.
• config-ctid—Sends SNMP config-ctid traps.
• copy-config—Sends SNMP copy configuration traps.
• cpu—Sends CPU notification traps.
• cpu threshold—Sends CPU threshold notification traps.
• eigrp—Sends SNMP EIGRP traps.
• entity—Sends SNMP entity traps.
Note Though visible in the command-line help strings, the fru-ctrl keyword is not supported.
Usage Guidelines SNMP notifications can be sent as traps or inform requests. Traps are unreliable because the receiver does
not send acknowledgments when it receives traps. The sender cannot determine if the traps were received.
However, an SNMP entity that receives an inform request acknowledges the message with an SNMP response
PDU. If the sender never receives the response, the inform request can be sent again, so that informs are more
likely to reach their intended destinations.
However, informs consume more resources in the agent and in the network. Unlike a trap, which is discarded
as soon as it is sent, an inform request must be held in memory until a response is received or the request
times out. Traps are also sent only once, but an inform might be retried several times. The retries increase
traffic and contribute to a higher overhead on the network.
If you do not enter an snmp-server host command, no notifications are sent. To configure the device to send
SNMP notifications, you must enter at least one snmp-server host command. If you enter the command with
no keywords, all trap types are enabled for the host. To enable multiple hosts, you must enter a separate
snmp-server host command for each host. You can specify multiple notification types in the command for
each host.
If a local user is not associated with a remote host, the device does not send informs for the auth (authNoPriv)
and the priv (authPriv) authentication levels.
When multiple snmp-server host commands are given for the same host and kind of notification (trap or
inform), each succeeding command overwrites the previous command. Only the last snmp-server host
command is in effect. For example, if you enter an snmp-server host inform command for a host and then
enter another snmp-server host inform command for the same host, the second command replaces the first.
The snmp-server host command is used with the snmp-server enable traps global configuration command.
Use the snmp-server enable traps command to specify which SNMP notifications are sent globally. For a
host to receive most notifications, at least one snmp-server enable traps command and the snmp-server
host command for that host must be enabled. Some notification types cannot be controlled with the snmp-server
enable traps command. For example, some notification types are always enabled. Other notification types
are enabled by a different command.
The no snmp-server host command with no keywords disables traps, but not informs, to the host. To disable
informs, use the no snmp-server host informs command.
Examples This example shows how to configure a unique SNMP community string named comaccess for traps
and prevent SNMP polling access with this string through access-list 10:
This example shows how to send the SNMP traps to the host specified by the name myhost.cisco.com.
The community string is defined as comaccess:
This example shows how to enable the device to send all traps to the host myhost.cisco.com by using
the community string public:
You can verify your settings by entering the show running-config privileged EXEC command.
snmp-server manager
To start the Simple Network Management Protocol (SNMP) manager process, use the snmp-server manager
command in global configuration mode. To stop the SNMP manager process, use the no form of this command.
snmp-server manager
no snmp-server manager
Command Default
Command Modes Global configuration (config)
Usage Guidelines The SNMP manager process sends SNMP requests to agents and receives SNMP responses and notifications
from agents. When the SNMP manager process is enabled, the router can query other SNMP agents and
process incoming SNMP traps.
Most network security policies assume that routers will be accepting SNMP requests, sending SNMP responses,
and sending SNMP notifications. With the SNMP manager functionality enabled, the router may also be
sending SNMP requests, receiving SNMP responses, and receiving SNMP notifications. The security policy
implementation may need to be updated prior to enabling this functionality.
SNMP requests are typically sent to UDP port 161. SNMP responses are typically sent from UDP port 161.
SNMP notifications are typically sent to UDP port 162.
The following example shows how to enable the SNMP manager process:
Router(config)# snmp-server manager
show running-config Displays the contents of the currently running configuration file or the
configuration for a specific interface, or map class information.
show snmp user Displays information on each SNMP username in the group username table.
snmp-server engineID Displays the identification of the local SNMP engine and all remote engines that
have been configured on the device.
snmp-server user
To configure a new user to a Simple Network Management Protocol (SNMP) group, use the snmp-server
user command in global configuration mode. To remove a user from an SNMP group, use the no form of this
command.
snmp-server user username group-name [remote host [udp-port port] [vrf vrf-name]] {v1 | v2c |
v3 [encrypted] [auth {md5 | sha} auth-password]} [access [ipv6 nacl] [priv {des | 3des | aes {128
| 192 | 256}} privpassword] {acl-numberacl-name}]
no snmp-server user username group-name [remote host [udp-port port] [vrf vrf-name]] {v1 |
v2c | v3 [encrypted] [auth {md5 | sha} auth-password]} [access [ipv6 nacl] [priv {des | 3des | aes
{128 | 192 | 256}} privpassword] {acl-numberacl-name}]
Syntax Description username Name of the user on the host that connects to the agent.
remote (Optional) Specifies a remote SNMP entity to which the user belongs, and the hostname
or IPv6 address or IPv4 IP address of that entity. If both an IPv6 address and IPv4 IP
address are being specified, the IPv6 host must be listed first.
udp-port (Optional) Specifies the User Datagram Protocol (UDP) port number of the remote host.
port (Optional) Integer value that identifies the UDP port. The default is 162.
vrf-name (Optional) Name of the Virtual Private Network (VPN) routing and forwarding (VRF)
table to use for storing data.
v3 Specifies that the SNMPv3 security model should be used. Allows the use of the encrypted
keyword or auth keyword or both.
auth-password (Optional) String (not to exceed 64 characters) that enables the agent to receive packets
from the host.
access (Optional) Specifies an Access Control List (ACL) to be associated with this SNMP user.
ipv6 (Optional) Specifies an IPv6 named access list to be associated with this SNMP user.
nacl (Optional) Name of the ACL. IPv4, IPv6, or both IPv4 and IPv6 access lists may be
specified. If both are specified, the IPv6 named access list must appear first in the statement.
priv (Optional) Specifies the use of the User-based Security Model (USM) for SNMP version
3 for SNMP message level security.
des (Optional) Specifies the use of the 56-bit Digital Encryption Standard (DES) algorithm for
encryption.
3des (Optional) Specifies the use of the 168-bit 3DES algorithm for encryption.
aes (Optional) Specifies the use of the Advanced Encryption Standard (AES) algorithm for
encryption.
128 (Optional) Specifies the use of a 128-bit AES algorithm for encryption.
192 (Optional) Specifies the use of a 192-bit AES algorithm for encryption.
256 (Optional) Specifies the use of a 256-bit AES algorithm for encryption.
privpassword (Optional) String (not to exceed 64 characters) that specifies the privacy user password.
acl-number (Optional) Integer in the range from 1 to 99 that specifies a standard access list of IP
addresses.
acl-name (Optional) String (not to exceed 64 characters) that is the name of a standard access list of
IP addresses.
Command Default See the table in the “Usage Guidelines” section for default behaviors for encryption, passwords, and access
lists.
Command Modes
Global configuration (config)
Usage Guidelines To configure a remote user, specify the IP address or port number for the remote SNMP agent of the device
where the user resides. Also, before you configure remote users for a particular agent, configure the SNMP
engine ID, using the snmp-server engineID command with the remote keyword. The remote agent’s SNMP
engine ID is needed when computing the authentication and privacy digests from the password. If the remote
engine ID is not configured first, the configuration command will fail.
For the privpassword and auth-passwordarguments, the minimum length is one character; the recommended
length is at least eight characters, and should include both letters and numbers. The recommended maximum
length is 64 characters.
The table below describes the default user characteristics for encryption, passwords, and access lists.
Characteristic Default
Encryption Not present by default. The encrypted keyword is used to specify that the passwords are
message digest algorithm 5 (MD5)digests and not text passwords.
Remote users All users are assumed to be local to this SNMP engine unless you specify they are remote
with the remote keyword.
SNMP passwords are localized using the SNMP engine ID of the authoritative SNMP engine. For informs,
the authoritative SNMP agent is the remote agent. You need to configure the remote agent’s SNMP engine
ID in the SNMP database before you can send proxy requests or informs to it.
Note Changing the engine ID after configuring the SNMP user, does not allow to remove the user. To remove the
user, you need to first reconfigure the SNMP user.
Examples The following example shows how to add the user abcd to the SNMP server group named public.
In this example, no access list is specified for the user, so the standard named access list applied to
the group applies to the user.
The following example shows how to add the user abcd to the SNMP server group named public.
In this example, access rules from the standard named access list qrst apply to the user.
In the following example, the plain-text password cisco123 is configured for the user abcd in the
SNMP server group named public:
When you enter a show running-config command, a line for this user will be displayed. To learn if
this user has been added to the configuration, use the show snmp user command.
Note The show running-config command does not display any of the active SNMP users created in
authPriv or authNoPriv mode, though it does display the users created in noAuthNoPriv mode. To
display any active SNMPv3 users created in authPriv, authNoPrv, or noAuthNoPriv mode, use the
show snmp user command.
If you have the localized MD5 or SHA digest, you can specify that string instead of the plain-text
password. The digest should be formatted as aa:bb:cc:dd where aa, bb, and cc are hexadecimal values.
Also, the digest should be exactly 16 octets long.
In the following example, the MD5 digest string is used instead of the plain-text password:
In the following example, the user abcd is removed from the SNMP server group named public:
In the following example, the user abcd from the SNMP server group named public specifies the use
of the 168-bit 3DES algorithm for privacy encryption with secure3des as the password.
show running-config Displays the contents of the currently running configuration file or the
configuration for a specific interface, or map class information.
show snmp user Displays information on each SNMP username in the group username table.
snmp-server engineID Displays the identification of the local SNMP engine and all remote engines that
have been configured on the device.
snmp-server view
To create or update a view entry, use the snmp-server view command in global configuration mode. To
remove the specified Simple Network Management Protocol (SNMP) server view entry, use the noform of
this command.
Syntax Description view-name Label for the view record that you are updating or creating. The name is used to reference the
record.
oid-tree Object identifier of the ASN.1 subtree to be included or excluded from the view. To identify
the subtree, specify a text string consisting of numbers, such as 1.3.6.2.4, or a word, such as
system. Replace a single subidentifier with the asterisk (*) wildcard to specify a subtree family;
for example 1.3.*.4.
included Configures the OID (and subtree OIDs) specified in oid-tree argument to be included in the
SNMP view.
excluded Configures the OID (and subtree OIDs) specified in oid-tree argument to be explicitly excluded
from the SNMP view.
Command Modes
Global configuration
Usage Guidelines Other SNMP commands require an SMP view as an argument. You use this command to create a view to be
used as arguments for other commands.
Two standard predefined views can be used when a view is required, instead of defining a view. One is
everything, which indicates that the user can see all objects. The other is restricted,which indicates that the
user can see three groups: system, snmpStats, and snmpParties. The predefined views are described in RFC
1447.
The first snmp-server command that you enter enables SNMP on your routing device.
Examples The following example creates a view that includes all objects in the MIB-II subtree:
The following example creates a view that includes all objects in the MIB-II system group and all
objects in the Cisco enterprise MIB:
The following example creates a view that includes all objects in the MIB-II system group except
for sysServices (System 7) and all objects for interface 1 in the MIB-II interfaces group:
In the following example, the USM, VACM, and Community MIBs are explicitly included in the
view “test” with all other MIBs under the root parent “internet”:
snmp-server community Sets up the community access string to permit access to the SNMP protocol.
source
To configure the source IP address interface for all of the packets sent by a Flexible Netflow flow exporter,
use the source command in flow exporter configuration mode. To remove the source IP address interface for
all of the packets sent by a Flexible Netflow flow exporter, use the no form of this command.
Syntax Description interface-type Type of interface whose IP address you want to use for the source IP address of the
packets sent by a Flexible Netflow flow exporter.
interface-number Interface number whose IP address you want to use for the source IP address of the
packets sent by a Flexible Netflow flow exporter.
Command Default The IP address of the interface over which the Flexible Netflow datagram is transmitted is used as the source
IP address.
Usage Guidelines The benefits of using a consistent IP source address for the datagrams that Flexible Netflow sends include
the following:
• The source IP address of the datagrams exported by Flexible Netflow is used by the destination system
to determine from which device the Flexible Netflow data is arriving. If your network has two or more
paths that can be used to send Flexible Netflow datagrams from the device to the destination system and
you do not specify the source interface from which the source IP address is to be obtained, the device
uses the IP address of the interface over which the datagram is transmitted as the source IP address of
the datagram. In this situation the destination system might receive Flexible Netflow datagrams from the
same device , but with different source IP addresses. When the destination system receives Flexible
Netflow datagrams from the same device with different source IP addresses, the destination system treats
the Flexible Netflow datagrams as if they were being sent from different devices . To avoid having the
destination system treat the Flexible Netflow datagrams as if they were being sent from different devices,
you must configure the destination system to aggregate the Flexible Netflow datagrams it receives from
all of the possible source IP addresses in the device into a single Flexible Netflow flow.
• If your device has multiple interfaces that can be used to transmit datagrams to the destination system,
and you do not configure the source command, you will have to add an entry for the IP address of each
interface into any access lists that you create for permitting Flexible Netflow traffic. Creating and
maintaining access lists for permitting Flexible Netflow traffic from known sources and blocking it from
unknown sources is easier when you limit the source IP address for Flexible Netflow datagrams to a
single IP address for each device that is exporting Flexible Netflow traffic.
Caution The interface that you configure as the source interface must have an IP address configured, and it must be
up.
Tip When a transient outage occurs on the interface that you configured with the source command, the Flexible
Netflow exporter reverts to the default behavior of using the IP address of the interface over which the
datagrams are being transmitted as the source IP address for the datagrams. To avoid this problem, use a
loopback interface as the source interface because loopback interfaces are not subject to the transient outages
that can occur on physical interfaces.
To return this command to its default settings, use the no source or default source flow exporter configuration
command.
Examples The following example shows how to configure Flexible Netflow to use a loopback interface as the
source interface for NetFlow traffic:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# source loopback 0
source (ERSPAN)
To configure the Encapsulated Remote Switched Port Analyzer (ERSPAN) source interface or VLAN, and
the traffic direction to be monitored, use the source command in ERSPAN monitor source session configuration
mode. To disable the configuration, use the no form of this command.
Syntax Description interface type number Specifies an interface type and number.
vlan vlan-ID Associates the ERSPAN source session number with VLANs. Valid values are
from 1 to 4094.
Usage Guidelines You cannot include source VLANs and filter VLANs in the same session.
Examples The following example shows how to configure ERSPAN source session properties:
socket
To specify the client socket and allow a TCL interpreter to connect via TCP over IPv4/IPv6 and open a TCP
network connection use the socket comand in the TCL configuration mode.
Syntax Description myaddr Specifies domain name or numerical IP address of the client-side network interface required for
the connection. Use this option especially if the client machine has multiple network interfaces.
myport Specifies port number that is required for the client's connection.
myvrf Specifies the vrf table name. If the vrf table is not configured, then the command will return a
TCL_ERROR.
Command Default
Command Modes TCL configuration mode
stealthwatch-cloud-monitor
To configure the Stealthwatch Cloud monitor, use the stealthwatch-cloud-monitor command in global
configuration mode.
stealthwatch-cloud-monitor
Usage Guidelines Before configuring Stealthwatch Cloud monitor on a device, the following root certificates must be installed:
• Starfield Services Root certificate from https://www.amazontrust.com/repository/
%20SFC2CA-SFSRootCAG2.pem
• Baltimore CyberTrust Root PEM certificate from https://www.digicert.com/kb/digicert-root-certificates.htm
After configuring Stealthwatch Cloud monitor on a device, configure the service key using the service-key
SwC-service-key command.
Examples The following example shows how to configure a Stealthwatch Cloud monitor:
Device> enable
Device# configure terminal
Device(config)# stealthwatch-cloud-monitor
Device(config-stealthwatch-cloud-monitor)#
sensor-name SwC-sensor-name Sets the sensor name for the Stealthwatch Cloud
registration.
Syntax Description switchport mode access Sets the interface as a nontrunking nontagged single-VLAN Ethernet interface.
Command Default An access port can carry traffic in one VLAN only. By default, an access port carries traffic for VLAN1.
Syntax Description switchport voice vlanvlan_id Specifies to forward all voice traffic through the specified VLAN.
Cisco IOS XE Everest 16.5.1a Cisco IOS XE Fuji This command was introduced.
16.9.1
Examples This example shows how to specify to forward all voice traffic through the specified VLAN.
ttl
To configure the time-to-live (TTL) value, use the ttl command in flow exporter configuration mode. To
remove the TTL value, use the no form of this command.
ttl ttl
no ttl ttl
Syntax Description ttl Time-to-live (TTL) value for exported datagrams. The range is 1 to 255. The default is 255.
Usage Guidelines To return this command to its default settings, use the no ttl or default ttl flow exporter configuration command.
transport
To configure the transport protocol for a flow exporter for Flexible Netflow, use the transport command in
flow exporter configuration mode. To remove the transport protocol for a flow exporter, use the no form of
this command.
Syntax Description udp udp-port Specifies User Datagram Protocol (UDP) as the transport protocol and the UDP port number.
Usage Guidelines To return this command to its default settings, use the no transport or default transport flow exporter
configuration command.
The following example configures UDP as the transport protocol and a UDP port number of 250:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# transport udp 250
Syntax Description seconds Timeout value in seconds. The range is 1 to 86400. The default is 600.
Command Default The default template resend timeout for a flow exporter is 600 seconds.
Usage Guidelines Flow exporter template data describes the exported data records. Data records cannot be decoded without the
corresponding template. The template data timeout command controls how often those templates are exported.
To return this command to its default settings, use the no template data timeout or default template data
timeout flow record exporter command.
The following example configures resending templates based on a timeout of 1000 seconds:
Device(config)# flow exporter FLOW-EXPORTER-1
Device(config-flow-exporter)# template data timeout 1000
udp peek
To enable peeking into a UDP socket use the udp_peek command in the TCL configuration mode.
Command Default
Command Modes TCL configuration mode
url (stealthwatch-cloud-monitor)
To configure the URL of the Stealthwatch Cloud portal, use the url SwC-server-url command in
stealthwatch-cloud-monitor configuration mode.
url SwC-server-url
Command Default The URL of the Stealthwatch Cloud server located in the U.S is configured.
Usage Guidelines Configuring the Stealthwatch Cloud URL is optional. Configure the stealthwatch-cloud-monitor and the
service-key SwC-service-key commands before setting the Stealthwatch Cloud URL.
If no URL is configured, by default, the URL of the Stealthwatch Cloud server, located in the U.S, is configured.
Based on your location, the default URL redirects you to the nearest Stealthwatch Cloud server URL.
Note All encrypted traffic must use HTTPS (TCP port 443) to reach the Stealthwatch Cloud portal.
Examples The following example shows how to configure the URL of a Stealthwatch Cloud server:
Device> enable
Device# configure terminal
Device(config)# stealthwatch-cloud-monitor
Device(config-stealthwatch-cloud-monitor)# service-key xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
Device(config-stealthwatch-cloud-monitor)# url https://sensors.eu-2.obsrvbl.com
sensor-name SwC-sensor-name Sets the sensor name for the Stealthwatch Cloud
registration.
Syntax Description police (Optional) Configure QoS policing for untrusted devices.
Usage Guidelines Use this command to configure the QoS for trusted interfaces within the QoS domain. The QoS domain
includes the device, the network interior, and edge devices that can classify incoming traffic for QoS.
When auto-QoS is enabled, it uses the ingress packet label to categorize traffic, to assign packet labels, and
to configure the ingress and egress queues.
Auto-QoS configures the device for connectivity with a trusted interface. The QoS labels of incoming packets
are trusted. For nonrouted ports, the CoS value of the incoming packets is trusted. For routed ports, the DSCP
value of the incoming packet is trusted.
To take advantage of the auto-QoS defaults, you should enable auto-QoS before you configure other QoS
commands. You can fine-tune the auto-QoS configuration after you enable auto-QoS.
Note The device applies the auto-QoS-generated commands as if the commands were entered from the command-line
interface (CLI). An existing user configuration can cause the application of the generated commands to fail
or to be overridden by the generated commands. These actions occur without warning. If all the generated
commands are successfully applied, any user-entered configuration that was not overridden remains in the
running configuration. Any user-entered configuration that was overridden can be retrieved by reloading the
device without saving the current configuration to memory. If the generated commands fail to be applied, the
previous running configuration is restored.
After auto-QoS is enabled, do not modify a policy map or aggregate policer that includes AutoQoS in its name.
If you need to modify the policy map or aggregate policer, make a copy of it, and change the copied policy
map or policer. To use the new policy map instead of the generated one, remove the generated policy map
from the interface, and apply the new policy map.
To display the QoS configuration that is automatically generated when auto-QoS is enabled, enable debugging
before you enable auto-QoS. Use the debug auto qos privileged EXEC command to enable auto-QoS
debugging.
The following policy maps and class maps are created and applied when running the auto qos classify and
auto qos classify police commands:
Policy maps (For the auto qos classify policecommand):
• AutoQos-4.0-Classify-Police-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• AutoQos-4.0-Multimedia-Conf-Class (match-any)
• AutoQos-4.0-Bulk-Data-Class (match-any)
• AutoQos-4.0-Transaction-Class (match-any)
• AutoQos-4.0-Scavanger-Class (match-any)
• AutoQos-4.0-Signaling-Class (match-any)
• AutoQos-4.0-Default-Class (match-any)
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
To disable auto-QoS on a port, use the no auto qos classify interface configuration command. Only the
auto-QoS-generated interface configuration commands for this port are removed. If this is the last port on
which auto-QoS is enabled and you enter the no auto qos classify command, auto-QoS is considered disabled
even though the auto-QoS-generated global configuration commands remain (to avoid disrupting traffic on
other ports affected by the global configuration).
Examples This example shows how to enable auto-QoS classification of an untrusted device and police traffic:
You can verify your settings by entering the show auto qos interface interface-id privileged EXEC
command.
Usage Guidelines Use this command to configure the QoS for trusted interfaces within the QoS domain. The QoS domain
includes the device, the network interior, and edge devices that can classify incoming traffic for QoS. When
auto-QoS is enabled, it uses the ingress packet label to categorize traffic, to assign packet labels, and to
configure the ingress and egress queues.
4 5
VOIP Data VOIP Routing STP BPDU Real-Time All Other Traffic
Traffic Control Protocol Traffic Video Traffic
Traffic Traffic
DSCP6 46 24, 26 48 56 34 –
CoS7 5 3 6 7 3 –
4
STP = Spanning Tree Protocol
5
BPDU = bridge protocol data unit
6
DSCP = Differentiated Services Code Point
7
CoS = class of service
Note The device applies the auto-QoS-generated commands as if the commands were entered from the command-line
interface (CLI). An existing user configuration can cause the application of the generated commands to fail
or to be overridden by the generated commands. These actions occur without warning. If all the generated
commands are successfully applied, any user-entered configuration that was not overridden remains in the
running configuration. Any user-entered configuration that was overridden can be retrieved by reloading the
device without saving the current configuration to memory. If the generated commands fail to be applied, the
previous running configuration is restored.
After auto-QoS is enabled, do not modify a policy map or aggregate policer that includes AutoQoS in its name.
If you need to modify the policy map or aggregate policer, make a copy of it, and change the copied policy
map or policer. To use the new policy map instead of the generated one, remove the generated policy map
from the interface, and apply the new policy map.
To display the QoS configuration that is automatically generated when auto-QoS is enabled, enable debugging
before you enable auto-QoS. Use the debug auto qos privileged EXEC command to enable auto-QoS
debugging.
The following policy maps and class maps are created and applied when running the auto qos trust cos
command.
Policy maps:
• AutoQos-4.0-Trust-Cos-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
The following policy maps and class maps are created and applied when running the auto qos trust dscp
command:
Policy maps:
• AutoQos-4.0-Trust-Dscp-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
To disable auto-QoS on a port, use the no auto qos trust interface configuration command. Only the
auto-QoS-generated interface configuration commands for this port are removed. If this is the last port on
which auto-QoS is enabled and you enter the no auto qos trust command, auto-QoS is considered disabled
even though the auto-QoS-generated global configuration commands remain (to avoid disrupting traffic on
other ports affected by the global configuration).
Examples This example shows how to enable auto-QoS for a trusted interface with specific CoS classification.
Gigabitethernet1/0/17
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
This example shows how to enable auto-QoS for a trusted interface with specific DSCP classification.
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
You can verify your settings by entering the show auto qos interface interface-id privileged EXEC
command.
Syntax Description cts Specifies a port connected to a Cisco TelePresence System and automatically configures QoS
for video.
ip-camera Specifies a port connected to a Cisco IP camera and automatically configures QoS for video.
media-player Specifies a port connected to a CDP-capable Cisco digital media player and automatically
configures QoS for video.
Usage Guidelines Use this command to configure the QoS appropriate for video traffic within the QoS domain. The QoS domain
includes the device, the network interior, and edge devices that can classify incoming traffic for QoS. When
auto-QoS is enabled, it uses the ingress packet label to categorize traffic, to assign packet labels, and to
configure the ingress and egress queues. For more information, see the queue tables at the end of this section.
Auto-QoS configures the device for video connectivity to a Cisco TelePresence system, a Cisco IP camera,
or a Cisco digital media player.
To take advantage of the auto-QoS defaults, you should enable auto-QoS before you configure other QoS
commands. You can fine-tune the auto-QoS configuration after you enable auto-QoS.
The device applies the auto-QoS-generated commands as if the commands were entered from the command-line
interface (CLI). An existing user configuration can cause the application of the generated commands to fail
or to be overridden by the generated commands. These actions occur without warning. If all the generated
commands are successfully applied, any user-entered configuration that was not overridden remains in the
running configuration. Any user-entered configuration that was overridden can be retrieved by reloading the
device without saving the current configuration to memory. If the generated commands fail to be applied, the
previous running configuration is restored.
If this is the first port on which you have enabled auto-QoS, the auto-QoS-generated global configuration
commands are executed followed by the interface configuration commands. If you enable auto-QoS on another
port, only the auto-QoS-generated interface configuration commands for that port are executed.
After auto-QoS is enabled, do not modify a policy map or aggregate policer that includes AutoQoS in its name.
If you need to modify the policy map or aggregate policer, make a copy of it, and change the copied policy
map or policer. To use the new policy map instead of the generated one, remove the generated policy map
from the interface, and apply the new policy map.
To display the QoS configuration that is automatically generated when auto-QoS is enabled, enable debugging
before you enable auto-QoS. Use the debug auto qos privileged EXEC command to enable auto-QoS
debugging.
The following policy maps and class maps are created and applied when running the auto qos video cts
command:
Policy maps:
• AutoQos-4.0-Trust-Cos-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
The following policy maps and class maps are created and applied when running the auto qos video ip-camera
command:
Policy maps:
• AutoQos-4.0-Trust-Dscp-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
The following policy maps and class maps are created and applied when running the auto qos video
media-player command:
Policy maps:
• AutoQos-4.0-Trust-Dscp-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
To disable auto-QoS on a port, use the no auto qos video interface configuration command. Only the
auto-QoS-generated interface configuration commands for this port are removed. If this is the last port on
which auto-QoS is enabled, and you enter the no auto qos video command, auto-QoS is considered disabled
even though the auto-QoS-generated global configuration commands remain (to avoid disrupting traffic on
other ports affected by the global configuration).
8 9
VOIP Data VOIP Routing STP BPDU Real-Time All Other Traffic
Traffic Control Protocol Traffic Video
Traffic Traffic Traffic
DSCP10 46 24, 26 48 56 34 –
CoS11 5 3 6 7 3 –
8
STP = Spanning Tree Protocol
9
BPDU = bridge protocol data unit
10
DSCP = Differentiated Services Code Point
11
CoS = class of service
Examples The following is an example of the auto qos video cts command and the applied policies and class
maps:
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
The following is an example of the auto qos video ip-camera command and the applied policies
and class maps:
Gigabitethernet1/0/9
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
The following is an example of the auto qos video media-player command and the applied policies
and class maps.
interface gigabitethernet1/0/7
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
You can verify your settings by entering the show auto qos video interface interface-id privileged
EXEC command.
Syntax Description cisco-phone Specifies a port connected to a Cisco IP phone, and automatically configures QoS for VoIP.
The QoS labels of incoming packets are trusted only when the telephone is detected.
cisco-softphone Specifies a port connected to a device running the Cisco SoftPhone, and automatically
configures QoS for VoIP.
trust Specifies a port connected to a trusted device, and automatically configures QoS for VoIP.
The QoS labels of incoming packets are trusted. For nonrouted ports, the CoS value of the
incoming packet is trusted. For routed ports, the DSCP value of the incoming packet is
trusted.
Usage Guidelines Use this command to configure the QoS appropriate for VoIP traffic within the QoS domain. The QoS domain
includes the device, the network interior, and edge devices that can classify incoming traffic for QoS.
Auto-QoS configures the device for VoIP with Cisco IP phones on device and routed ports and for devices
running the Cisco SoftPhone application. These releases support only Cisco IP SoftPhone Version 1.3(3) or
later. Connected devices must use Cisco Call Manager Version 4 or later.
To take advantage of the auto-QoS defaults, you should enable auto-QoS before you configure other QoS
commands. You can fine-tune the auto-QoS configuration after you enable auto-QoS.
Note The device applies the auto-QoS-generated commands as if the commands were entered from the command-line
interface (CLI). An existing user configuration can cause the application of the generated commands to fail
or to be overridden by the generated commands. These actions occur without warning. If all the generated
commands are successfully applied, any user-entered configuration that was not overridden remains in the
running configuration. Any user-entered configuration that was overridden can be retrieved by reloading the
device without saving the current configuration to memory. If the generated commands fail to be applied, the
previous running configuration is restored.
If this is the first port on which you have enabled auto-QoS, the auto-QoS-generated global configuration
commands are executed followed by the interface configuration commands. If you enable auto-QoS on another
port, only the auto-QoS-generated interface configuration commands for that port are executed.
When you enter the auto qos voip cisco-phone interface configuration command on a port at the edge of the
network that is connected to a Cisco IP phone, the device enables the trusted boundary feature. The device
uses the Cisco Discovery Protocol (CDP) to detect the presence of a Cisco IP phone. When a Cisco IP phone
is detected, the ingress classification on the port is set to trust the QoS label received in the packet. The device
also uses policing to determine whether a packet is in or out of profile and to specify the action on the packet.
If the packet does not have a DSCP value of 24, 26, or 46 or is out of profile, the device changes the DSCP
value to 0. When a Cisco IP phone is absent, the ingress classification is set to not trust the QoS label in the
packet. The policing is applied to those traffic matching the policy-map classification before the device enables
the trust boundary feature.
• When you enter the auto qos voip cisco-softphone interface configuration command on a port at the
edge of the network that is connected to a device running the Cisco SoftPhone, the device uses policing
to decide whether a packet is in or out of profile and to specify the action on the packet. If the packet
does not have a DSCP value of 24, 26, or 46 or is out of profile, the device changes the DSCP value to
0.
• When you enter the auto qos voip trust interface configuration command on a port connected to the
network interior, the device trusts the CoS value for nonrouted ports or the DSCP value for routed ports
in ingress packets (the assumption is that traffic has already been classified by other edge devices).
You can enable auto-QoS on static, dynamic-access, and voice VLAN access, and trunk ports. When enabling
auto-QoS with a Cisco IP phone on a routed port, you must assign a static IP address to the IP phone.
Note When a device running Cisco SoftPhone is connected to a device or routed port, the device supports only one
Cisco SoftPhone application per port.
After auto-QoS is enabled, do not modify a policy map or aggregate policer that includes AutoQoS in its name.
If you need to modify the policy map or aggregate policer, make a copy of it, and change the copied policy
map or policer. To use the new policy map instead of the generated one, remove the generated policy map
from the interface, and apply the new policy map.
To display the QoS configuration that is automatically generated when auto-QoS is enabled, enable debugging
before you enable auto-QoS. Use the debug auto qos privileged EXEC command to enable auto-QoS
debugging.
The following policy maps and class maps are created and applied when running the auto qos voip trust
command:
Policy maps:
• AutoQos-4.0-Trust-Cos-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
The following policy maps and class maps are created and applied when running the auto qos voip
cisco-softphone command:
Policy maps:
• AutoQos-4.0-CiscoSoftPhone-Input-Policy
• AutoQos-4.0-Output-Policy
Class maps:
• AutoQos-4.0-Voip-Data-Class (match-any)
• AutoQos-4.0-Voip-Signal-Class (match-any)
• AutoQos-4.0-Multimedia-Conf-Class (match-any)
• AutoQos-4.0-Bulk-Data-Class (match-any)
• AutoQos-4.0-Transaction-Class (match-any)
• AutoQos-4.0-Scavanger-Class (match-any)
• AutoQos-4.0-Signaling-Class (match-any)
• AutoQos-4.0-Default-Class (match-any)
• class-default (match-any)
• AutoQos-4.0-Output-Priority-Queue (match-any)
• AutoQos-4.0-Output-Control-Mgmt-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Conf-Queue (match-any)
• AutoQos-4.0-Output-Trans-Data-Queue (match-any)
• AutoQos-4.0-Output-Bulk-Data-Queue (match-any)
• AutoQos-4.0-Output-Scavenger-Queue (match-any)
• AutoQos-4.0-Output-Multimedia-Strm-Queue (match-any)
The following policy maps and class maps are created and applied when running the auto qos voip cisco-phone
command:
Policy maps:
• service-policy input AutoQos-4.0-CiscoPhone-Input-Policy
• service-policy output AutoQos-4.0-Output-Policy
Class maps:
• class AutoQos-4.0-Voip-Data-CiscoPhone-Class
• class AutoQos-4.0-Voip-Signal-CiscoPhone-Class
• class AutoQos-4.0-Default-Class
To disable auto-QoS on a port, use the no auto qos voip interface configuration command. Only the
auto-QoS-generated interface configuration commands for this port are removed. If this is the last port on
which auto-QoS is enabled and you enter the no auto qos voip command, auto-QoS is considered disabled
even though the auto-QoS-generated global configuration commands remain (to avoid disrupting traffic on
other ports affected by the global configuration).
The device configures egress queues on the port according to the settings in this table.
Egress Queue Queue CoS-to-Queue Queue Weight Queue (Buffer) Size Queue (Buffer) Size
Number Map (Bandwidth) for Gigabit-Capable for 10/100 Ethernet
Ports Ports
Examples The following is an example of the auto qos voip trust command and the applied policies and class
maps:
Gigabitethernet1/0/31
Match: any
0 packets, 0 bytes
5 minute rate 0 bps
QoS Set
cos cos table AutoQos-4.0-Trust-Cos-Table
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
The following is an example of the auto qos voip cisco-phone command and the applied policies
and class maps:
Gigabitethernet1/0/5
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
The following is an example of the auto qos voip cisco-softphone command and the applied policies
and class maps:
Gigabitethernet1/0/20
0 packets
Match: any
0 packets, 0 bytes
5 minute rate 0 bps
(total drops) 0
(bytes output) 0
Priority Level: 1
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
0 packets, 0 bytes
5 minute rate 0 bps
Match: cos 2
0 packets, 0 bytes
5 minute rate 0 bps
Queueing
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 4%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 1%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 10%
queue-buffers ratio 10
(total drops) 0
(bytes output) 0
bandwidth remaining 25%
queue-buffers ratio 25
You can verify your settings by entering the show auto qos interface interface-id privileged EXEC
command.
class
To define a traffic classification match criteria for the specified class-map name, use the class command in
policy-map configuration mode. Use the no form of this command to delete an existing class map.
Usage Guidelines Before using the class command, you must use the policy-map global configuration command to identify the
policy map and enter policy-map configuration mode. After specifying a policy map, you can configure a
policy for new classes or modify a policy for any existing classes in that policy map. You attach the policy
map to a port by using the service-policy interface configuration command.
After entering the class command, you enter the policy-map class configuration mode. These configuration
commands are available:
• admit—Admits a request for Call Admission Control (CAC)
• bandwidth—Specifies the bandwidth allocated to the class.
• exit—Exits the policy-map class configuration mode and returns to policy-map configuration mode.
• no—Returns a command to its default setting.
• police—Defines a policer or aggregate policer for the classified traffic. The policer specifies the bandwidth
limitations and the action to take when the limits are exceeded. For more information about this command,
see Cisco IOS Quality of Service Solutions Command Reference available on Cisco.com.
• priority—Assigns scheduling priority to a class of traffic belonging to a policy map.
• queue-buffers—Configures the queue buffer for the class.
• queue-limit—Specifies the maximum number of packets the queue can hold for a class policy configured
in a policy map.
• service-policy—Configures a QoS service policy.
• set—Specifies a value to be assigned to the classified traffic. For more information, see the set command.
• shape—Specifies average or peak rate traffic shaping. For more information about this command, see
Cisco IOS Quality of Service Solutions Command Reference available on Cisco.com.
To return to policy-map configuration mode, use the exit command. To return to privileged EXEC mode, use
the end command.
The class command performs the same function as the class-map global configuration command. Use the
class command when a new classification, which is not shared with any other ports, is needed. Use the
class-map command when the map is shared among many ports.
You can configure a default class by using the class class-default policy-map configuration command.
Unclassified traffic (traffic that does not meet the match criteria specified in the traffic classes) is treated as
default traffic.
You can verify your settings by entering the show policy-map privileged EXEC command.
Examples This example shows how to create a policy map called policy1. When attached to the ingress direction,
it matches all the incoming traffic defined in class1 and polices the traffic at an average rate of 1
Mb/s and bursts at 1000 bytes, marking down exceeding traffic via a table-map.
Device(config)# policy-map policy1
Device(config-pmap)# class class1
Device(config-pmap-c)# police cir 1000000 bc 1000 conform-action
transmit exceed-action set-dscp-transmit dscp table EXEC_TABLE
Device(config-pmap-c)# exit
This example shows how to configure a default traffic class to a policy map. It also shows how the
default traffic class is automatically placed at the end of policy-map pm3 even though class-default
was configured first:
Device# configure terminal
Device(config)# class-map cm-3
Device(config-cmap)# match ip dscp 30
Device(config-cmap)# exit
class-map
To create a class map to be used for matching packets to the class whose name you specify and to enter
class-map configuration mode, use the class-map command in global configuration mode. Use the no form
of this command to delete an existing class map and to return to global or policy map configuration mode.
Syntax Description match-any (Optional) Perform a logical-OR of the matching statements under this class map. One or
more criteria must be matched.
match-all (Optional) Performs a logical-AND of the matching statements under this class map. All
criterias must match.
Usage Guidelines Use this command to specify the name of the class for which you want to create or modify class-map match
criteria and to enter class-map configuration mode.
The class-map command and its subcommands are used to define packet classification, marking, and aggregate
policing as part of a globally named service policy applied on a per-port basis.
After you are in quality of service (QoS) class-map configuration mode, these configuration commands are
available:
• description—Describes the class map (up to 200 characters). The show class-map privileged EXEC
command displays the description and the name of the class map.
• exit—Exits from QoS class-map configuration mode.
• match—Configures classification criteria.
• no—Removes a match statement from a class map.
If you enter the match-any keyword, you can only use it to specify an extended named access control list
(ACL) with the match access-group class-map configuration command.
To define packet classification on a physical-port basis, only one match command per class map is supported.
The ACL can have multiple access control entries (ACEs).
Note You cannot configure IPv4 and IPv6 classification criteria simultaneously in the same class-map. However,
they can be configured in different class-maps in the same policy.
Examples This example shows how to configure the class map called class1 with one match criterion, which
is an access list called 103:
You can verify your settings by entering the show class-map privileged EXEC command.
Usage Guidelines To display the QoS configuration that is automatically generated when auto-QoS is enabled, enable debugging
before you enable auto-QoS. You enable debugging by entering the debug auto qos privileged EXEC
command.
The undebug auto qos command is the same as the no debug auto qos command.
When you enable debugging on a device stack, it is enabled only on the active device. To enable debugging
on a stack member, you can start a session from the active device by using the session switch-number privileged
EXEC command. Then enter the debug command at the command-line prompt of the stack member. You
also can use the remote command stack-member-number LINE privileged EXEC command on the active
device to enable debugging on a member device without first starting a session.
Examples This example shows how to display the QoS configuration that is automatically generated when
auto-QoS is enabled:
match {access-group{name acl-name acl-index} | cos cos-value | dscp dscp-value | [ ip ] dscp dscp-list
| [ ip ] precedence ip-precedence-list | mpls experimental-value | non-client-nrt | precedence
precedence-value1...value4 | protocol protocol-name | qos-group qos-group-value | vlan vlan-id | wlan
wlan-id}
no match {access-group{name acl-name acl-index} | cos cos-value | dscp dscp-value | [ ip ] dscp
dscp-list | [ ip ] precedence ip-precedence-list | mpls experimental-value | non-client-nrt | precedence
precedence-value1...value4 | protocol protocol-name | qos-group qos-group-value | vlan vlan-id | wlan
wlan-id}
dscp dscp-value Specifies the parameters for each DSCP value. You can
specify a value in the range 0 to 63 specifying the
differentiated services code point value.
Usage Guidelines The match command is used to specify which fields in the incoming packets are examined to classify the
packets. Only the IP access group or the MAC access group matching to the Ether Type/Len are supported.
If you enter the class-map match-anyclass-map-name global configuration command, you can enter the
following match commands:
• match access-group name acl-name
Examples This example shows how to create a class map called class2, which matches all the incoming traffic
with DSCP values of 10, 11, and 12:
Device(config)# class-map class2
Device(config-cmap)# match ip dscp 10 11 12
Device(config-cmap)# exit
This example shows how to create a class map called class3, which matches all the incoming traffic
with IP-precedence values of 5, 6, and 7:
Device(config)# class-map class3
Device(config-cmap)# match ip precedence 5 6 7
Device(config-cmap)# exit
This example shows how to delete the IP-precedence match criteria and to classify traffic using acl1:
Device(config)# class-map class2
Device(config-cmap)# match ip precedence 5 6 7
Device(config-cmap)# no match ip precedence
Device(config-cmap)# match access-group acl1
Device(config-cmap)# exit
This example shows how to specify a list of physical ports to which an interface-level class map in
a hierarchical policy map applies:
Device(config)# class-map match-any class4
Device(config-cmap)# match cos 4
Device(config-cmap)# exit
This example shows how to specify a range of physical ports to which an interface-level class map
in a hierarchical policy map applies:
Device(config)# class-map match-any class4
Device(config-cmap)# match cos 4
Device(config-cmap)# exit
You can verify your settings by entering the show class-map privileged EXEC command.
policy-map
To create or modify a policy map that can be attached to multiple physical ports or switch virtual interfaces
(SVIs) and to enter policy-map configuration mode, use the policy-map command in global configuration
mode. Use the no form of this command to delete an existing policy map and to return to global configuration
mode.
policy-map policy-map-name
no policy-map policy-map-name
Usage Guidelines After entering the policy-map command, you enter policy-map configuration mode, and these configuration
commands are available:
• class—Defines the classification match criteria for the specified class map.
• description—Describes the policy map (up to 200 characters).
• exit—Exits policy-map configuration mode and returns you to global configuration mode.
• no—Removes a previously defined policy map.
• sequence-interval—Enables sequence number capability.
To return to global configuration mode, use the exit command. To return to privileged EXEC mode, use the
end command.
Before configuring policies for classes whose match criteria are defined in a class map, use the policy-map
command to specify the name of the policy map to be created, added to, or modified. Entering the policy-map
command also enables the policy-map configuration mode in which you can configure or modify the class
policies for that policy map.
You can configure class policies in a policy map only if the classes have match criteria defined for them. To
configure the match criteria for a class, use the class-map global configuration and match class-map
configuration commands. You define packet classification on a physical-port basis.
Only one policy map per ingress port is supported. You can apply the same policy map to multiple physical
ports.
You can apply a nonhierarchical policy maps to physical ports. A nonhierarchical policy map is the same as
the port-based policy maps in the device.
A hierarchical policy map has two levels in the format of a parent-child policy. The parent policy cannot be
modified but the child policy (port-child policy) can be modified to suit the QoS configuration.
Note Not all MQC QoS combinations are supported for wired ports. For information about these restrictions, see
chapters "Restrictions for QoS on Wired Targets" in the QoS configuration guide.
Examples This example shows how to create a policy map called policy1. When attached to the ingress port,
it matches all the incoming traffic defined in class1, sets the IP DSCP to 10, and polices the traffic
at an average rate of 1 Mb/s and bursts at 20 KB. Traffic less than the profile is sent.
Device(config)# policy-map policy1
Device(config-pmap)# class class1
Device(config-pmap-c)# set dscp 10
Device(config-pmap-c)# police 1000000 20000 conform-action transmit
Device(config-pmap-c)# exit
Device(config)# class-map c2
Device(config-cmap)# exit
Device(config-pmap)# class c2
Device(config-pmap-c)# bandwidth 20000
Device(config-pmap-c)# exit
You can verify your settings by entering the show policy-map privileged EXEC command.
priority
To assign priority to a class of traffic belonging to a policy map, use the priority command in policy-map
class configuration mode. To remove a previously specified priority for a class, use the no form of this
command.
priority [Kbps [burst -in-bytes] | level level-value [Kbps [burst -in-bytes] ] | percent
percentage [Kb/s [burst -in-bytes] ] ]
no priority [Kb/s [burst -in-bytes] | level level value [Kb/s [burst -in-bytes] ] | percent
percentage [Kb/s [burst -in-bytes] ] ]
Syntax Description Kb/s (Optional) Guaranteed allowed bandwidth, in kilobits per second
(kbps), for the priority traffic. The amount of guaranteed bandwidth
varies according to the interface and platform in use. Beyond the
guaranteed bandwidth, the priority traffic will be dropped in the event
of congestion to ensure that the nonpriority traffic is not starved. The
value must be between 1 and 2,000,000 kbps.
burst -in-bytes (Optional) Burst size in bytes. The burst size configures the network
to accommodate temporary bursts of traffic. The default burst value,
which is computed as 200 milliseconds of traffic at the configured
bandwidth rate, is used when the burst argument is not specified.
The range of the burst is from 32 to 2000000 bytes.
level level-value (Optional) Assigns priority level. Available values for level-value
are 1 and 2. Level 1 is a higher priority than Level 2. Level 1 reserves
bandwidth and goes first, so latency is very low.
Usage Guidelines The bandwidth and priority commands cannot be used in the same class, within the same policy map. However,
these commands can be used together in the same policy map.
When the policy map containing class policy configurations is attached to the interface to stipulate the service
policy for that interface, available bandwidth is assessed. If a policy map cannot be attached to a particular
interface because of insufficient interface bandwidth, the policy is removed from all interfaces to which it
was successfully attached.
Example
The following example shows how to configure the priority of the class in policy map policy1:
Device(config)# class-map cm1
Device(config-cmap)#match precedence 2
Device(config-cmap)#exit
Device(config)#class-map cm2
Device(config-cmap)#match dscp 30
Device(config-cmap)#exit
Device(config)#policy-map policy1
Device(config-pmap)#class cm2
Device(config-pmap-c)#priority level 2
Device(config-pmap-c)#police 1m
qos stack-buffer
To change the stacking mode of the device use the qos stack-buffer command in the global configuration
mode.
Command Default By default, the device boots up with stacking mode enabled.
Usage Guidelines
Note This command is introduced only on the C9300-24UB and C9300-48UB switches. Ensure that you save the
configuration and then reload the switches after executing the command.
C9300-24UXB does not support this command and is always in the stacking mode.
By default, the switch comes up in the stacking mode, when it is booted. Run the qos stack-buffer disable
comamnd, save the configuration (write memory) and then reload the switch to bring it up in the standalone
mode.
Examples The following example puts the device in the standalone mode:
Device#configure terminal
Device(config)#qos stack-buffer disable
Device(config)#
*Jul 2 09:56:21.642: %FMANRP_QOS-4-STACKBUFFER: Stack-buffer configuration has been modified.
Current setting is stack-buffer Disabled. This change will take an effect once the
configuration is written in flash (write memory) and then reload the switch.
*Jul 2 09:56:21.643: %FED_QOS_ERRMSG-4-STACK_BUFFER_CONFIG_MGIG: Switch 1 R0/0: fed: mGIG
platform's default is stack-buffer enabled. Configured stack-buffer disabled (1).
show platform software fed switch switch_no qos Displays the status of stack-buffer.
stack-buffer
qos queue-softmax-multiplier
To increase the value of the soft buffers used by an interface, use the qos queue-softmax-multiplier command
in the global configuration mode.
Syntax Description range-of-multiplier You can specify a value in the range of 100 to 1200. The
default value is 100.
Examples This example shows how to set the value of softmax buffer to 500:
Device> enable
Device# configure terminal
Device(config)# qos queue-softmax-multiplier 500
queue-buffers ratio
To configure the queue buffer for the class, use the queue-buffers ratio command in policy-map class
configuration mode. Use the no form of this command to remove the ratio limit.
Syntax Description ratio limit (Optional) Configures the queue buffer for the class. Enter the queue buffers ratio limit (0-100).
Usage Guidelines Either the bandwidth, shape, or priority command must be used before using this command. For more
information about these commands, see Cisco IOS Quality of Service Solutions Command Reference available
on Cisco.com
The device allows you to allocate buffers to queues. If buffers are not allocated, then they are divided equally
amongst all queues. You can use the queue-buffer ratio to divide it in a particular ratio. The buffers are soft
buffers because Dynamic Threshold and Scaling (DTS) is active on all queues by default.
Example
The following example sets the queue buffers ratio to 10 percent:
You can verify your settings by entering the show policy-map privileged EXEC command.
queue-limit
To specify or modify the maximum number of packets the queue can hold for a class policy configured in a
policy map, use the queue-limit policy-map class configuration command. To remove the queue packet limit
from a class, use the no form of this command.
Syntax Description queue-limit-size The maximum size of the queue. The maximum varies
according to the optional unit of measure keyword
specified ( bytes, ms, us, or packets).
cos cos-value Specifies parameters for each cos value. CoS values are
from 0 to 7.
Usage Guidelines Although visible in the command line help-strings, the packets unit of measure is not supported; use the
percent unit of measure.
Note This command is supported only on wired ports in the egress direction.
Weighted fair queuing (WFQ) creates a queue for every class for which a class map is defined. Packets
satisfying the match criteria for a class accumulate in the queue reserved for the class until they are sent, which
occurs when the queue is serviced by the fair queuing process. When the maximum packet threshold you
defined for the class is reached, queuing of any further packets to the class queue causes tail drop.
You use queue limits to configure Weighted Tail Drop (WTD). WTD ensures the configuration of more than
one threshold per queue. Each class of service is dropped at a different threshold value to provide for QoS
differentiation.
You can configure the maximum queue thresholds for the different subclasses of traffic, that is, DSCP and
CoS and configure the maximum queue thresholds for each subclass.
Example
The following example configures a policy map called port-queue to contain policy for a class called
dscp-1. The policy for this class is set so that the queue reserved for it has a maximum packet limit
of 20 percent:
Device(config)# policy-map policy11
Device(config-pmap)# class dscp-1
Device(config-pmap-c)# bandwidth percent 20
Device(config-pmap-c)# queue-limit dscp 1 percent 20
random-detect cos
To change the minimum and maximum packet thresholds for the Class of service (CoS) value, use the
random-detect cos command in QoS policy-map class configuration mode. To return the minimum and
maximum packet thresholds to the default for the CoS value, use the no form of this command.
Syntax Description cos-value The CoS value, which is IEEE 802.1Q/ISL class of service/user priority value. The CoS
value can be a number from 0 to 7.
percent Specifies that the minimum and threshold values are in percentage.
min-threshold Minimum threshold in number of packets. The value range of this argument is from 1 to
512000000. When the average queue length reaches the minimum threshold, Weighted
Random Early Detection (WRED) randomly drop some packets with the specified CoS
value.
max-threshold Maximum threshold in number of packets. The value range of this argument is from the
value of the min-threshold argument to 512000000. When the average queue length exceeds
the maximum threshold, WRED or dWRED drop all packets with the specified CoS value.
Command Modes
QoS policy-map class configuration (config-pmap-c)
Usage Guidelines Use the random-detect cos command in conjunction with the random-detect command in QoS policy-map
class configuration mode.
The random-detect cos command is available only if you have specified the cos-based argument when using
the random-detect command in interface configuration mode.
Examples The following example enables WRED to use the CoS value 8. The minimum threshold for the CoS
value 8 is 20, the maximum threshold is 40.
random-detect cos-based
random-detect cos percent 5 20 40
random-detect cos-based
To enable weighted random early detection (WRED) on the basis of the class of service (CoS) value of a
packet, use the random-detectcos-based command in policy-map class configuration mode. To disable
WRED, use the no form of this command.
random-detect cos-based
no random-detect cos-based
Command Default When WRED is configured, the default minimum and maximum thresholds are determined on the basis of
output buffering capacity and the transmission speed for the interface.
Command Modes
Policy-map class configuration (config-pmap-c)
Examples In the following example, WRED is configured on the basis of the CoS value.
Device> enable
Device# configure terminal
Device(config)# policy-map policymap1
Device(config-pmap)# class class1
Device(config-pmap-c)# random-detect cos-based
Device(config-pmap-c)#
end
random-detect cos Specifies the CoS value of a packet, the minimum and maximum thresholds,
and the maximum probability denominator used for enabling WRED.
show policy-map Displays the configuration of all classes for a specified service policy map
or all classes for all existing policy maps.
show policy-map interface Displays the packet statistics of all classes that are configured for all service
policies either on the specified interface or subinterface or on a specific PVC
on the interface.
random-detect dscp
To change the minimum and maximum packet thresholds for the differentiated services code point (DSCP)
value, use the random-detect dscp command in QoS policy-map class configuration mode. To return the
minimum and maximum packet thresholds to the default for the DSCP value, use the no form of this command.
Syntax Description dscp-value The DSCP value. The DSCP value can be a number from 0 to 63, or it can be one of the
following keywords: af11, af12, af13, af21, af22, af23, af31, af32, af33, af41, af42, af43,
cs1, cs2, cs3, cs4, cs5, cs7, ef, or rsvp.
percent Specifies that the minimum and threshold values are in percentage.
min-threshold Minimum threshold in number of packets. The value range of this argument is from 1 to
512000000. When the average queue length reaches the minimum threshold, Weighted
Random Early Detection (WRED) randomly drop some packets with the specified DSCP
value.
max-threshold Maximum threshold in number of packets. The value range of this argument is from the
value of the min-threshold argument to 512000000. When the average queue length exceeds
the maximum threshold, WRED or dWRED drop all packets with the specified DSCP
value.
Command Modes
QoS policy-map class configuration (config-pmap-c)
Usage Guidelines Use the random-detect dscp command in conjunction with the random-detect command in QoS policy-map
class configuration mode.
The random-detect dscp command is available only if you specified the dscp-based argument when using
the random-detect command in interface configuration mode.
Examples The following example enables WRED to use the DSCP value 8. The minimum threshold for the
DSCP value 8 is 20, the maximum threshold is 40, and the mark probability is 1/10.
random-detect dscp-based
To base weighted random early detection (WRED) on the Differnciated Services Code Point (dscp) value of
a packet, use the random-detectdscp-based command in policy-map class configuration mode. To disable
this feature, use the no form of this command.
random-detect dscp-based
no random-detect dscp-based
Command Modes
Policy-map class configuration (config-pmap-c)
Usage Guidelines With the random-detectdscp-based command, WRED is based on the dscp value of the packet.
Use the random-detectdscp-based command before configuring the random-detectdscp command.
Examples The following example shows that random detect is based on the precedence value of a packet:
Device> enable
Device# configure terminal
Device(config)#
policy-map policy1
Device(config-pmap)# class class1
Device(config-pmap-c)# bandwidth percent 80
Device(config-pmap-c)# random-detect dscp-based
Device(config-pmap-c)# random-detect dscp 2 percent 10 40
Device(config-pmap-c)# exit
random-detect dscp Configures the WRED parameters for a particular DSCP value for a class policy in
a policy map.
random-detect precedence
To configure Weighted Random Early Detection (WRED) parameters for a particular IP precedence for a
class policy in a policy map, use the random-detect precedence command in QoS policy-map class
configuration mode. To return the values to the default for the precedence, use the no form of this command.
Syntax Description precedence IP precedence number. The value range is from 0 to 7; see Table 1 in the “Usage Guidelines”
section.
min-threshold Minimum threshold in number of packets. The value range of this argument is from 1 to
512000000. When the average queue length reaches the minimum threshold, WRED
randomly drops some packets with the specified IP precedence.
max-threshold Maximum threshold in number of packets. The value range of this argument is from the
value of the min-threshold argument to 512000000. When the average queue length exceeds
the maximum threshold, WRED or dWRED drop all packets with the specified IP
precedence.
Command Default The default min-threshold value depends on the precedence. The min-threshold value for IP precedence 0
corresponds to half of the max-threshold value. The values for the remaining precedences fall between half
the max-threshold value and the max-threshold value at evenly spaced intervals. See the table in the “Usage
Guidelines” section of this command for a list of the default minimum threshold values for each IP precedence.
Usage Guidelines WRED is a congestion avoidance mechanism that slows traffic by randomly dropping packets when congestion
exists.
When you configure the random-detect command on an interface, packets are given preferential treatment
based on the IP precedence of the packet. Use the random-detect precedence command to adjust the treatment
for different precedences.
If you want WRED to ignore the precedence when determining which packets to drop, enter this command
with the same parameters for each precedence. Remember to use appropriate values for the minimum and
maximum thresholds.
Note that if you use the random-detect precedence command to adjust the treatment for different precedences
within class policy, you must ensure that WRED is not configured for the interface to which you attach that
service policy.
Note Although the range of values for the min-threshold and max-threshold arguments is from 1 to 512000000,
the actual values that you can specify depend on the type of random detect you are configuring. For example,
the maximum threshold value cannot exceed the queue limit.
Examples The following example shows the configuration to enable WRED on the interface and to specify
parameters for the different IP precedences:
interface FortyGigE1/0/1
description 45Mbps to R1
ip address 10.200.14.250 255.255.255.252
random-detect
random-detect precedence 7 percent 20 50
bandwidth (policy-map class) Specifies or modifies the bandwidth allocated for a class belonging to a
policy map.
random-detect dscp Changes the minimum and maximum packet thresholds for the DSCP
value.
show policy-map interface Displays the configuration of all classes configured for all service policies
on the specified interface or displays the classes for the service policy for
a specific PVC on the interface.
random-detect precedence-based
To base weighted random early detection (WRED) on the precedence value of a packet, use the random-detect
precedence-based command in policy-map class configuration mode. To disable this feature, use the no form
of this command.
random-detect precedence-based
no random-detect precedence-based
Command Modes
Policy-map class configuration (config-pmap-c)
Usage Guidelines With the random-detect precedence-based command, WRED is based on the IP precedence value of the
packet.
Use the random-detect precedence-based command before configuring the random-detect precedence-based
command.
Examples The following example shows that random detect is based on the precedence value of a packet:
Device> enable
Device# configure terminal
Device(config)#
policy-map policy1
Device(config-pmap)# class class1
Device(config-pmap-c)# bandwidth percent 80
Device(config-pmap-c)# random-detect precedence-based
Device(config-pmap-c)# random-detect precedence 2 percent 30 50
Device(config-pmap-c)# exit
random-detect precedence Configures the WRED parameters for a particular IP precedence for a class
policy in a policy map.
service-policy (Wired)
To apply a policy map to a physical port or a switch virtual interface (SVI), use the service-policy command
in interface configuration mode. Use the no form of this command to remove the policy map and port
association.
Syntax Description input policy-map-name Apply the specified policy map to the input of a physical port or an SVI.
output policy-map-name Apply the specified policy map to the output of a physical port or an SVI.
Examples This example shows how to apply plcmap1 to an physical ingress port:
The following example displays a VLAN policer configuration. At the end of this configuration, the
VLAN policy map is applied to an interface for QoS:
You can verify your settings by entering the show running-config privileged EXEC command.
set
To classify IP traffic by setting a Differentiated Services Code Point (DSCP) or an IP-precedence value in
the packet, use the set command in policy-map class configuration mode. Use the no form of this command
to remove traffic classification.
set
cos | dscp | precedence | ip | qos-group
set cos
{cos-value } | {cos | dscp | precedence | qos-group} [{table table-map-name}]
set dscp
{dscp-value } | {cos | dscp | precedence | qos-group} [{table table-map-name}]
set ip {dscp | precedence}
set precedence {precedence-value } | {cos | dscp | precedence | qos-group} [{table table-map-name}]
set qos-group
{qos-group-value | dscp [{table table-map-name}] | precedence [{table table-map-name}]}
Syntax Description cos Sets the Layer 2 class of service (CoS) value or user priority
of an outgoing packet. You can specify these values:
• cos-value—CoS value from 0 to 7. You also can enter
a mnemonic name for a commonly used value.
• Specify a packet-marking category to set the CoS
value of the packet. If you also configure a table map
for mapping and converting packet-marking values,
this establishes the "map from" packet-marking
category. Packet-marking category keywords:
• cos—Sets a value from the CoS value or user
priority.
• dscp—Sets a value from packet differentiated
services code point (DSCP).
• precedence—Sets a value from packet
precedence.
• qos-group—Sets a value from the QoS group.
precedence Sets the precedence value in the packet header. You can
specify these values:
• precedence-value— Sets the precedence bit in the
packet header; valid values are from 0 to 7. You also
can enter a mnemonic name for a commonly used
value.
• Specify a packet marking category to set the
precedence value of the packet.
• cos—Sets a value from the CoS or user priority.
• dscp—Sets a value from packet differentiated
services code point (DSCP).
• precedence—Sets a value from packet
precedence.
• qos-group—Sets a value from the QoS group.
Usage Guidelines For the set dscp dscp-value command, the set cos cos-value command, and the set ip precedence
precedence-value command, you can enter a mnemonic name for a commonly used value. For example, you
can enter the set dscp af11 command, which is the same as entering the set dscp 10 command. You can enter
the set ip precedence critical command, which is the same as entering the set ip precedence 5 command.
For a list of supported mnemonics, enter the set dscp ? or the set ip precedence ? command to see the
command-line help strings.
When you configure the set dscp coscommand, note the following: The CoS value is a 3-bit field, and the
DSCP value is a 6-bit field. Only the three bits of the CoS field are used.
When you configure the set dscp qos-group command, note the following:
• The valid range for the DSCP value is a number from 0 to 63. The valid value range for the QoS group
is a number from 0 to 99.
• If a QoS group value falls within both value ranges (for example, 44), the packet-marking value is copied
and the packets is marked.
• If QoS group value exceeds the DSCP range (for example, 77), the packet-marking value is not be copied
and the packet is not marked. No action is taken.
The set qos-group command cannot be applied until you create a service policy in policy-map configuration
mode and then attach the service policy to an interface or ATM virtual circuit (VC).
To return to policy-map configuration mode, use the exit command. To return to privileged EXEC mode, use
the end command.
Examples This example shows how to assign DSCP 10 to all FTP traffic without any policers:
You can verify your settings by entering the show policy-map privileged EXEC command.
Syntax Description interface (Optional) Displays auto-QoS information for the specified port or for all ports. Valid
[interface-id] interfaces include physical ports.
Privileged EXEC
Usage Guidelines The show auto qos command output shows only the auto qos command entered on each interface. The show
auto qos interface interface-id command output shows the auto qos command entered on a specific interface.
Use the show running-config privileged EXEC command to display the auto-QoS configuration and the user
modifications.
Examples This is an example of output from the show auto qos command after the auto qos voip cisco-phone
and the auto qos voip cisco-softphone interface configuration commands are entered:
Gigabitethernet 2/0/5
auto qos voip cisco-phone
Gigabitethernet 2/0/6
auto qos voip cisco-phone
This is an example of output from the show auto qos interface interface-id command when the auto
qos voip cisco-phone interface configuration command is entered:
These are examples of output from the show auto qos interface interface-id command when auto-QoS
is disabled on an interface:
AutoQoS is disabled
show class-map
To display quality of service (QoS) class maps, which define the match criteria to classify traffic, use the
show class-map command in EXEC mode.
type control subscriber (Optional) Displays information about control class maps.
Privileged EXEC
show platform hardware fed switch {switch_num | active | standby} qos {afd | {config type type | [{asic
asic_num}] | stats clients {all | bssid id | wlanid id }} | dscp-cos counters {iifd_id id | interfacetype number}
| le-info | {iifd_id id | interface type number} | policer config {iifd_id id | interface type number} | queue
| {config | {iifd_id id | interface type number | internal port-type type {asic number [{port_num}]}} |
label2qmap | [{aqmrepqostbl | iqslabeltable | sqslabeltable}] | {asicnumber} | stats | {iifd_id id | interface
type number | internal {cpu policer | port-type type asic number}{asicnumber [{port_num}]}}} | resource}
Syntax Description switch {switch_num | Switch for which you want to display information. You have the following options:
active | standby }
• switch_num—ID of the switch.
• active—Displays information relating to the active switch.
• standby—Displays information relating to the standby switch, if available.
qos Displays QoS hardware information. You must choose from the following options:
• afd —Displays Approximate Fair Drop (AFD) information in hardware.
• dscp-cos—Displays information dscp-cos counters for each port.
• leinfo—Displays logical entity information.
• policer—Displays QoS policer information in hardware.
• queue—Displays queue information in hardware.
• resource—Displays hardware resource information.
afd {config type | You must choose from the options under config type or stats client :
stats client }
config type:
• client—Displays wireless client information
• port—Displays port-specific information
• radio—Displays wireless radio information
• ssid—Displays wireless SSID information
stats client :
• all—Displays statistics of all client.
• bssid—Valid range is from 1 to 4294967295.
• wlanid—Valid range is from to 1 4294967295
dscp-cos counters { Displays per port dscp-cos counters. You must choose from the following options
iifd_id id | interface under dscp-cos counters:
type number }
• iif_id id—The target interface ID. Valid range is from 1 to 4294967295.
• interface type number—Target interface type and ID.
leinfo You must choose from the following options under dscp-cos counters:
• iif_id id—The target interface ID. Valid range is from 1 to 4294967295.
• interface type number—Target interface type and ID.
policer config Displays configuration information related to policers in hardware. You must
choose from the following options:
• iif_id id—The target interface ID. Valid range is from 1 to 4294967295.
• interface type number—Target interface type and ID.
queue {config {iif_id Displays queue information in hardware. You must choose from the following
id | interface type options:
number | internal}
• config—Configuration information. You must choose from the following
| label2qmap |
options:
stats}
• iif_id id—The target interface ID. Valid range is from 1 to 4294967295.
• interface type number—Target interface type and ID.
• internal—Displays internal queue related information.
• stats—Displays queue statistics. You must choose from the following options:
• iif_id id—The target interface ID. Valid range is from 1 to 4294967295.
• interface type number—Target interface type and ID.
• internal {cpu policer | port_type port_type asic asic_num [
port_num port_num ] }—Displays internal queue related information.
resource Displays hardware resource usage information. You must enter the following
keyword: usage
Privileged EXEC
This is an example of output from theshow platform hardware fed switchswitch_numberqos queue
stats internal cpu policer command
Device#show platform hardware fed switch 3 qos queue stats internal cpu policer
(default) (set)
QId PlcIdx Queue Name Enabled Rate Rate Drop
------------------------------------------------------------------------
0 11 DOT1X Auth No 1000 1000 0
1 1 L2 Control No 500 500 0
2 14 Forus traffic No 1000 1000 0
3 0 ICMP GEN Yes 200 200 0
4 2 Routing Control Yes 1800 1800 0
5 14 Forus Address resolution No 1000 1000 0
6 3 ICMP Redirect No 500 500 0
7 6 WLESS PRI-5 No 1000 1000 0
8 4 WLESS PRI-1 No 1000 1000 0
9 5 WLESS PRI-2 No 1000 1000 0
10 6 WLESS PRI-3 No 1000 1000 0
11 6 WLESS PRI-4 No 1000 1000 0
12 0 BROADCAST Yes 200 200 0
13 10 Learning cache ovfl Yes 100 100 0
14 13 Sw forwarding Yes 1000 1000 0
15 8 Topology Control No 13000 13000 0
16 12 Proto Snooping No 500 500 0
17 16 DHCP Snooping No 1000 1000 0
18 9 Transit Traffic Yes 500 500 0
19 10 RPF Failed Yes 100 100 0
20 15 MCAST END STATION Yes 2000 2000 0
21 13 LOGGING Yes 1000 1000 0
22 7 Punt Webauth No 1000 1000 0
23 10 Crypto Control Yes 100 100 0
24 10 Exception Yes 100 100 0
25 3 General Punt No 500 500 0
26 10 NFL SAMPLED DATA Yes 100 100 0
27 2 SGT Cache Full Yes 1800 1800 0
28 10 EGR Exception Yes 100 100 0
29 16 Show frwd No 1000 1000 0
30 9 MCAST Data Yes 500 500 0
31 10 Gold Pkt Yes 100 100 0
show platform software fed switch{switch number | active | standby }qos{avc | internal | label2qmap |
nflqos | policer | policy | qsb | tablemap}
Syntax Description switch The device for which you want to display information.
{switch_num |
• switch_num—Enter the switch ID. Displays information for the specified switch.
active | standby
} • active—Displays information for the active switch.
• standby—Displays information for the standby switch, if available.
qos Displays QoS software information. Choose one the following options:
• avc : Displays Application Visibility and Control (AVC) QoS information.
• internal: Displays internal queue-related information.
• label2qmap: Displays label to queue map table information.
• nflqos: Displays NetFlow QoS information.
• policer: Displays QoS policer information in hardware.
• policy: Displays QoS policy information.
• qsb: Displays QoS sub-block information.
• tablemap: Displays table mapping information for QoS egress and ingress queues.
• stack-buffer: Displays information on the stacking mode of the device. If the
stacking mode is disabled, the device is in standalone mode.
Privileged EXEC
show platform software fed switch{switch number | active | standby}qosqsb{brief | [{all | type |
{clientclient_id | port port_number | radioradio_type | ssidssid}}] | iif_idid | interface |
{Auto-Templateinterface_number | BDIinterface_number | Capwapinterface_number |
GigabitEthernetinterface_number | InternalInterfaceinterface_number | Loopbackinterface_number |
Nullinterface_number | Port-channelinterface_number | TenGigabitEthernetinterface_number |
Tunnelinterface_number | Vlaninterface_number}}
Syntax Description switch The switch for which you want to display information.
{switch_num |
• switch_num—Enter the ID of the switch. Displays information for the specified
active | standby
switch.
}
• active—Displays information for the active switch.
• standby—Displays information for the standby switch, if available.
Privileged EXEC
Command History Cisco IOS XE Everest 16.5.1a This command was introduced.
This is an example of the output for theshow platform software fed switchswitch_numberqos qsb
command
Device#sh pl so fed sw 3 qos qsb interface g3/0/2
show policy-map
To display quality of service (QoS) policy maps, which define classification criteria for incoming traffic, use
the show policy-map command in EXEC mode.
interface interface-id (Optional) Displays the statistics and the configurations of the input and
output policies that are attached to the interface.
type control subscriber detail (Optional) Identifies the type of QoS policy and the statistics.
Privileged EXEC
Usage Guidelines Policy maps can include policers that specify the bandwidth limitations and the action to take if the limits are
exceeded.
Note Though visible in the command-line help string, the control-plane, session, and type keywords are not
supported, and the statistics shown in the display should be ignored.
This is an example of the output for the show policy-map interface command.
Device# show policy-map interface gigabitethernet 1/0/48
Service-policy : child_trip_play
(total drops) 0
(bytes output) 0
Priority Level: 1
police:
cir 10 %
cir 25000000 bps, bc 781250 bytes
conformed 0 bytes; actions: >>>>>counters not supported
transmit
exceeded 0 bytes; actions:
drop
conformed 0000 bps, exceeded 0000 bps >>>>>counters not supported
show tech-support qos [{switch {switch-number | active | all | standby} | [{control-plane | interface
{interface-name | all}}]}]
Usage Guidelines The output of this command is very long. To better manage this output, you can redirect the output to an
external file (for example, show tech-support qos | redirect flash: filename) in the local writable storage
file system or remote file system.
The output of the show tech-support qos command displays a list of commands and their output. These
commands differ based on the platform.
Examples The following is sample output from the show tech-support qos command:
.
------------------ show platform software fed switch 1 qos policy target brief
------------------
------------------ show platform software fed switch 1 qos policy summary ------------------
trust device
To configure trust for supported devices connected to an interface, use the trust device command in interface
configuration mode. Use the no form of this command to disable trust for the connected device.
Usage Guidelines Use the trust device command on the following types of interfaces:
• Auto— auto-template interface
• Capwap—CAPWAP tunnel interface
• GigabitEthernet—Gigabit Ethernet IEEE 802
• GroupVI—Group virtual interface
• Internal Interface—Internal interface
• Loopback—Loopback interface
• Null—Null interface
• Port-channel—Ethernet Channel interface
• TenGigabitEthernet--10-Gigabit Ethernet
• Tunnel—Tunnel interface
• Vlan—Catalyst VLANs
• range—interface range command
Example
The following example configures trust for a Cisco IP phone in Interface GigabitEthernet 1/0/1:
Device(config)# interface gigabitethernet 1/0/1
Device(config-if)# trust device cisco-phone
accept-lifetime
To set the time period during which the authentication key on a key chain is received as valid, use the
accept-lifetime command in key chain key configuration mode. To revert to the default value, use the no
form of this command.
start-time Beginning time that the key specified by the key command is valid to be received. The
syntax can be either of the following:
hh : mm : ss month date year
hh : mm : ss date month year
• hh: Hours
• mm: Minutes
• ss: Seconds
• month: First three letters of the month
• date: Date (1-31)
• year: Year (four digits)
The default start time and the earliest acceptable date is January 1, 1993.
end-time Key is valid to be received from the start-time value until the end-timevalue. The syntax
is the same as that for the start-timevalue. The end-time value must be after the
start-timevalue. The default end time is an infinite time period.
duration seconds Length of time (in seconds) that the key is valid to be received. The range is from 1 to
2147483646.
Command Default The authentication key on a key chain is received as valid forever (the starting time is January 1, 1993, and
the ending time is infinite).
Cisco IOS XE Bengaluru 17.5.1 The new range of the duration keyword is from 1 to 2147483646.
Usage Guidelines Only DRP Agent, Enhanced Interior Gateway Routing Protocol (EIGRP), and Routing Information Protocol
( RIP) Version 2 use key chains.
Specify a start-time value and one of the following values: infinite, end-time, or duration seconds.
We recommend running Network Time Protocol (NTP) or some other time synchronization method if you
assign a lifetime to a key.
If the last key expires, authentication will continue and an error message will be generated. To disable
authentication, you must manually delete the last valid key.
Examples The following example configures a key chain named chain1. The key named key1 will be accepted
from 1:30 p.m. to 3:30 p.m. and will be sent from 2:00 p.m. to 3:00 p.m. The key named key2 will
be accepted from 2:30 p.m. to 4:30 p.m. and will be sent from 3:00 p.m. to 4:00 p.m. The overlap
allows for migration of keys or a discrepancy in the set time of the router. There is a 30-minute
leeway on each side to handle time differences.
Device(config)# interface GigabitEthernet1/0/1
Device(config-if)# ip rip authentication key-chain chain1
Device(config-if)# ip rip authentication mode md5
Device(config-if)# exit
Device(config)# router rip
Device(config-router)# network 172.19.0.0
Device(config-router)# version 2
Device(config-router)# exit
Device(config)# key chain chain1
Device(config-keychain)# key 1
Device(config-keychain-key)# key-string key1
Device(config-keychain-key)# accept-lifetime 13:30:00 Jan 25 1996 duration 7200
Device(config-keychain-key)# send-lifetime 14:00:00 Jan 25 1996 duration 3600
Device(config-keychain-key)# exit
Device(config-keychain)# key 2
Device(config-keychain)# key-string key2
Device(config-keychain)# accept-lifetime 14:30:00 Jan 25 1996 duration 7200
Device(config-keychain)# send-lifetime 15:00:00 Jan 25 1996 duration 3600
The following example configures a key chain named chain1 for EIGRP address-family. The key
named key1 will be accepted from 1:30 p.m. to 3:30 p.m. and be sent from 2:00 p.m. to 3:00 p.m.
The key named key2 will be accepted from 2:30 p.m. to 4:30 p.m. and be sent from 3:00 p.m. to 4:00
p.m. The overlap allows for migration of keys or a discrepancy in the set time of the router. There
is a 30-minute leeway on each side to handle time differences.
Device(config)# router eigrp 10
Device(config-router)# address-family ipv4 autonomous-system 4453
Device(config-router-af)# network 10.0.0.0
Device(config-router-af)# af-interface ethernet0/0
Device(config-router-af-interface)# authentication key-chain trees
Device(config-router-af-interface)# authentication mode md5
Device(config-router-af-interface)# exit
Device(config-router-af)# exit
Device(config-router)# exit
Device(config)# key chain chain1
Device(config-keychain)# key 1
Device(config-keychain-key)# key-string key1
Device(config-keychain-key)# accept-lifetime 13:30:00 Jan 25 1996 duration 7200
Device(config-keychain-key)# send-lifetime 14:00:00 Jan 25 1996 duration 3600
Device(config-keychain-key)# exit
Device(config-keychain)# key 2
Device(config-keychain-key)# key-string key2
send-lifetime Sets the time period during which an authentication key on a key chain is
valid to be sent.
Syntax Description unicast (Optional) Specifies the IPv6 unicast address prefixes.
vrf (Optional) Specifies all the VPN routing and forwarding (VRF) instance tables or a specific VRF
table for an IPv6 address.
Command Default IPv6 address prefixes are not enabled. Unicast address prefixes are the default when the IPv6 address prefixes
are configured.
Usage Guidelines The address-family ipv6 command places the router in address family configuration mode (prompt:
config-router-af), from which you can configure routing sessions that use the standard IPv6 address prefixes.
Examples The following example shows how to place the router in address family configuration mode:
Device> enable
Device# configure terminal
Device(config)# router ospfv3 1
Device(config-router)# address-family ipv6 unicast
Device(config-router-af)#
address-family l2vpn
To enter address family configuration mode to configure a routing session using Layer 2 Virtual Private
Network (VPN) endpoint provisioning address information, use the address-family l2vpn command in router
configuration mode. To remove the Layer 2 VPN address family configuration from the running configuration,
use the no form of this command.
Command Modes
Router configuration (config-router)
Usage Guidelines The address-family l2vpn command places the device in address family configuration mode (prompt:
config-router-af), from which you can configure routing sessions that support Layer 2 VPN endpoint
provisioning.
BGP support for the Layer 2 VPN address family introduces a BGP-based autodiscovery mechanism to
distribute Layer 2 VPN endpoint provisioning information. BGP uses a separate Layer 2 VPN routing
information base (RIB) to store endpoint provisioning information, which is updated each time any Layer 2
virtual forwarding instance (VFI) is configured. Prefix and path information is stored in the Layer 2 VPN
database, allowing BGP to make best-path decisions. When BGP distributes the endpoint provisioning
information in an update message to all its BGP neighbors, the endpoint information is used to set up a
pseudowire mesh to support Layer 2 VPN-based services.
The BGP autodiscovery mechanism facilitates the setting up of Layer 2 VPN services, which are an integral
part of the Cisco IOS Virtual Private LAN Service (VPLS) feature. VPLS enables flexibility in deploying
services by connecting geographically dispersed sites as a large LAN over high-speed Ethernet in a robust
and scalable IP MPLS network.
The multiprotocol capability for address family Layer 2 VPN EVPN is advertised when the Address Family
Identifier (AFI) is enabled under the internal BGP (iBGP) and external BGP (eBGP) neighbors for both IPv4
and IPv6 neighbors.
Note Routing information for address family IPv4 is advertised by default for each BGP routing session configured
with the neighbor remote-as command unless you configure the no bgp default ipv4-unicast command
before configuring the neighbor remote-as command.
Examples In this example, two provider edge (PE) devices are configured with VPLS endpoint provisioning
information that includes Layer 2 VFI, VPN, and VPLS IDs. BGP neighbors are configured and
activated under Layer 2 VPN address family to ensure that the VPLS endpoint provisioning
information is saved to a separate Layer 2 VPN RIB and then distributed to other BGP peers in BGP
update messages. When the endpoint information is received by the BGP peers, a pseudowire mesh
is set up to support Layer 2 VPN-based services.
Device A
Device> enable
Device# configure terminal
Device(config)# l2 vfi customerA autodiscovery
Device(config-vfi)# vpn id 100
Device(config-vfi)# vpls-id 45000:100
Device(config-vfi)# exit
Device(config)# l2 vfi customerB autodiscovery
Device(config-vfi)# vpn id 200
Device(config-vfi)# vpls-id 45000:200
Device(config-vfi)# exit
Device(config)# router bgp 45000
Device(config-router)# no bgp default ipv4-unicast
Device(config-router)# bgp log-neighbor-changes
Device(config-router)# neighbor 172.16.1.2 remote-as 45000
Device(config-router)# neighbor 172.21.1.2 remote-as 45000
Device(config-router)# address-family l2vpn vpls
Device(config-router-af)# neighbor 172.16.1.2 activate
Device(config-router-af)# neighbor 172.16.1.2 send-community extended
Device(config-router-af)# neighbor 172.21.1.2 activate
Device(config-router-af)# neighbor 172.21.1.2 send-community extended
Device(config-router-af)# end
Device B
Device> enable
Device# configure terminal
Device(config)# l2 vfi customerA autodiscovery
Device(config-vfi)# vpn id 100
Device(config-vfi)# vpls-id 45000:100
Device(config-vfi)# exit
Device(config)# l2 vfi customerB autodiscovery
Device(config-vfi)# vpn id 200
Device(config-vfi)# vpls-id 45000:200
Device(config-vfi)# exit
Device(config)# router bgp 45000
Device(config-router)# no bgp default ipv4-unicast
Device(config-router)# bgp log-neighbor-changes
Device(config-router)# neighbor 172.16.1.1 remote-as 45000
Device(config-router)# neighbor 172.22.1.1 remote-as 45000
aggregate-address
To create an aggregate entry in a Border Gateway Protocol (BGP) database, use the aggregate-address
command in address family or router configuration mode. To disable this function, use the no form of this
command.
suppress-map map-name (Optional) Specifies the name of the route map used to select the routes to be
suppressed.
advertise-map map-name (Optional) Specifies the name of the route map used to select the routes to
create AS_SET origin communities.
attribute-map map-name (Optional) Specifies the name of the route map used to set the attribute of the
aggregate route.
Command Default The atomic aggregate attribute is set automatically when an aggregate route is created with this command
unless the as-set keyword is specified.
Table 146:
Command History
Release Modification
Usage Guidelines You can implement aggregate routing in BGP and Multiprotocol BGP (mBGP) either by redistributing an
aggregate route into BGP or mBGP, or by using the conditional aggregate routing feature.
Using the aggregate-addresscommand with no keywords will create an aggregate entry in the BGP or mBGP
routing table if any more-specific BGP or mBGP routes are available that fall within the specified range. (A
longer prefix that matches the aggregate must exist in the Routing Information Base (RIB).) The aggregate
route will be advertised as coming from your autonomous system and will have the atomic aggregate attribute
set to show that information might be missing. (By default, the atomic aggregate attribute is set unless you
specify the as-set keyword.)
Using the as-setkeyword creates an aggregate entry using the same rules that the command follows without
this keyword, but the path advertised for this route will be an AS_SET consisting of all elements contained
in all paths that are being summarized. Do not use this form of the aggregate-addresscommand when
aggregating many paths, because this route must be continually withdrawn and updated as autonomous system
path reachability information for the summarized routes changes.
Using the as-confed-set keyword creates an aggregate entry using the same rules that the command follows
without this keyword. This keyword performs the same function as the as-set keyword, except that it generates
autonomous confed set path information.
Using the summary-onlykeyword not only creates the aggregate route (for example, 192.*.*.*) but also
suppresses advertisements of more-specific routes to all neighbors. If you want to suppress only advertisements
to certain neighbors, you may use the neighbor distribute-list command, with caution. If a more-specific
route leaks out, all BGP or mBGP routers will prefer that route over the less-specific aggregate you are
generating (using longest-match routing).
Using the suppress-mapkeyword creates the aggregate route but suppresses advertisement of specified routes.
You can use the match clauses of route maps to selectively suppress some more-specific routes of the aggregate
and leave others unsuppressed. IP access lists and autonomous system path access lists match clauses are
supported.
Using the advertise-mapkeyword selects specific routes that will be used to build different components of
the aggregate route, such as AS_SET or community. This form of the aggregate-addresscommand is useful
when the components of an aggregate are in separate autonomous systems and you want to create an aggregate
with AS_SET, and advertise it back to some of the same autonomous systems. You must remember to omit
the specific autonomous system numbers from the AS_SET to prevent the aggregate from being dropped by
the BGP loop detection mechanism at the receiving router. IP access lists and autonomous system path access
lists match clauses are supported.
Using the attribute-mapkeyword allows attributes of the aggregate route to be changed. This form of the
aggregate-addresscommand is useful when one of the routes forming the AS_SET is configured with an
attribute such as the community no-export attribute, which would prevent the aggregate route from being
exported. An attribute map route map can be created to change the aggregate attributes.
AS-Set Example
In the following example, an aggregate BGP address is created in router configuration mode. The
path advertised for this route will be an AS_SET consisting of all elements contained in all paths
that are being summarized.
Summary-Only Example
In the following example, an aggregate BGP address is created in address family configuration mode
and applied to the multicast database under the IP Version 4 address family. Because the
summary-only keyword is configured, more-specific routes are filtered from updates.
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard IPv4
address prefixes.
match ip address Distributes any routes that have a destination network number address that
is permitted by a standard or extended access list, and performs policy routing
on packets.
route-map (IP) Defines the conditions for redistributing routes from one routing protocol
into another, or enables policy routing.
area nssa
To configure a not-so-stubby area ( NSSA), use the area nssa command in router address family topology
or router configuration mode. To remove the NSSA distinction from the area, use the no form of this command.
Syntax Description area-id Identifier for the stub area or NSSA. The identifier can be specified as either
a decimal value or an IP address.
no-redistribution (Optional) Used when the router is an NSSA Area Border Router (ABR) and
you want the redistribute command to import routes only into the normal
areas, but not into the NSSA area.
default-information- (Optional) Used to generate a Type 7 default into the NSSA area. This
originate keyword takes effect only on the NSSA ABR or the NSSA Autonomous
System Boundary Router (ASBR).
metric-type (Optional) Specifies the OSPF metric type for default routes.
no-summary (Optional) Allows an area to be an NSSA but not have summary routes
injected into it.
nssa-only (Optional) Limits the default advertisement to this NSSA area by setting the
propagate (P) bit in the type-7 LSA to zero.
Command Modes Router address family topology configuration (config-router-af-topology) Router configuration (config-router)
Usage Guidelines To remove the specified area from the software configuration, use the no area area-idcommand (with no
other keywords). That is, the no area area-id command removes all area options, including area
authentication, area default-cost, area nssa, area range, area stub, and area virtual-link.
Release 12.2(33)SRB
If you plan to configure the Multi-Topology Routing (MTR) feature, you need to enter the area nssacommand
in router address family topology configuration mode in order for this OSPF router configuration command
to become topology-aware.
router ospf 1
redistribute rip subnets
network 172.19.92.0 0.0.0.255 area 1
area 1 nssa
redistribute Redistributes routes from one routing domain into another routing domain.
area virtual-link
To define an Open Shortest Path First (OSPF) virtual link, use the area virtual-link command in router
address family topology, router configuration, or address family configuration mode. To remove a virtual
link, use the no form of this command.
Table 147:
Syntax Description
dead-interval seconds (Optional) Specifies the time (in seconds) that hello
packets are not seen before a neighbor declares the
router down. The dead interval is an unsigned integer
value. The default is four times the hello interval, or
40 seconds. As with the hello interval, this value must
be the same for all routers and access servers attached
to a common network.
Usage Guidelines In OSPF, all areas must be connected to a backbone area. A lost connection to the backbone can be repaired
by establishing a virtual link.
The shorter the hello interval, the faster topological changes will be detected, but more routing traffic will
ensue. The setting of the retransmit interval should be conservative, or needless retransmissions will result.
The value should be larger for serial lines and virtual links.
You should choose a transmit delay value that considers the transmission and propagation delays for the
interface.
To configure a virtual link in OSPF for IPv6, you must use a router ID instead of an address. In OSPF for
IPv6, the virtual link takes the router ID rather than the IPv6 prefix of the remote router.
Use the ttl-security hops hop-count keywords and argument to enable checking of TTL values on OSPF
packets from neighbors or to set TTL values sent to neighbors. This feature adds an extra layer of protection
to OSPF.
Note In order for a virtual link to be properly configured, each virtual link neighbor must include the transit area
ID and the corresponding virtual link neighbor router ID. To display the router ID, use the show ip ospf or
the show ipv6 ospf command in privileged EXEC mode.
Note To remove the specified area from the software configuration, use the no area area-id command (with no
other keywords). That is, the no area area-id command removes all area options, such as area default-cost,
area nssa, area range, area stub, and area virtual-link.
Release 12.2(33)SRB
If you plan to configure the Multitopology Routing (MTR) feature, you need to enter the area virtual-link
command in router address family topology configuration mode in order for this OSPF router configuration
command to become topology-aware.
Examples The following example establishes a virtual link with default values for all optional parameters:
The following example shows how to configure TTL security for a virtual link in OSPFv3 for IPv6:
The following example shows how to configure the authentication using a key chain for virtual-links:
show ip ospf Enables the display of general information about OSPF routing processes.
show ipv6 ospf Enables the display of general information about OSPF routing processes.
ttl-security hops Enables checking of TTL values on OSPF packets from neighbors or setting TTL values
sent to neighbors.
auto-summary (BGP)
To configure automatic summarization of subnet routes into network-level routes, use the auto-summary
command in address family or router configuration mode. To disable automatic summarization and send
subprefix routing information across classful network boundaries, use the no form of this command.
auto-summary
no auto-summary
Command Default Automatic summarization is disabled by default (the software sends subprefix routing information across
classful network boundaries).
Usage Guidelines BGP automatically summarizes routes to classful network boundaries when this command is enabled. Route
summarization is used to reduce the amount of routing information in routing tables. Automatic summarization
applies to connected, static, and redistributed routes.
Note The MPLS VPN Per VRF Label feature does not support auto-summary.
By default, automatic summarization is disabled and BGP accepts subnets redistributed from an Interior
Gateway Protocol (IGP). To block subnets and create summary subprefixes to the classful network boundary
when crossing classful network boundaries, use the auto-summary command.
To advertise and carry subnet routes in BGP when automatic summarization is enabled, use an explicit network
command to advertise the subnet. The auto-summarycommand does not apply to routes injected into BGP
via the network command or through iBGP or eBGP.
Why auto-summary for BGP Is Disabled By Default
When auto-summary is enabled, routes injected into BGP via redistribution are summarized on a classful
boundary. Remember that a 32-bit IP address consists of a network address and a host address. The subnet
mask determines the number of bits used for the network address and the number of bits used for the host
address. The IP address classes have a natural or standard subnet mask, as shown in the table below.
Examples In the following example, automatic summarization is enabled for IPv4 address family prefixes:
Device(config-router-af)#auto-summary
In the example, there are different subnets, such as 7.7.7.6 and 7.7.7.7 on Loopback interface 6 and
Loopback interface 7, respectively. Both auto-summary and a network command are configured.
Note that in the output below, because of the auto-summary command, the BGP routing table
displays the summarized route 7.0.0.0 instead of 7.7.7.6. The 7.7.7.7/32 network is displayed because
it was configured with the network command, which is not affected by the auto-summary command.
Device#show ip bgp
BGP table version is 10, local router ID is 7.7.7.7
Status codes: s suppressed, d damped, h history, * valid, > best, i - internal,
r RIB-failure, S Stale, m multipath, b backup-path, x best-external
Origin codes: i - IGP, e - EGP, ? - incomplete
Network Next Hop Metric LocPrf Weight Path
*> 6.6.6.6/32 100.0.1.6 0 0 6 i
*> 7.0.0.0 0.0.0.0 0 32768 ? <-- summarization
*> 7.7.7.7/32 0.0.0.0 0 32768 i <-- network command
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard IPv4 address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard VPNv4 address prefixes.
network (BGP and multiprotocol Specifies the networks to be advertised by BGP and multiprotocol BGP.
BGP)
authentication (BFD)
To configure authentication in a Bidirectional Forwarding Detection (BFD) template for single hop sessions,
use the authentication command in BFD configuration mode. To disable authentication in BFD template for
single-hop sessions, use the no form of this command
Syntax Description authentication-type Authentication type. Valid values are md5, meticulous-md5, meticulous-sha1, and
sha-1.
keychain keychain-name Configures an authentication key chain with the specified name. The maximum
number of characters allowed in the name is 32.
Command Default Authentication in BFD template for single hop sessions is not enabled.
Usage Guidelines You can configure authentication in single hop templates. We recommend that you configure authentication
to enhance security. Authentication must be configured on each BFD source-destination pair, and authentication
parameters must match on both devices.
Examples The following example shows how to configure authentication for the template1 BFD single-hop
template:
Device>enable
Device#configuration terminal
Device(config)#bfd-template single-hop template1
Device(config-bfd)#authentication sha-1 keychain bfd-singlehop
bfd
To set the baseline Bidirectional Forwarding Detection (BFD) session parameters on an interface, use the bfd
interface configuration mode. To remove the baseline BFD session parameters, use the no form of this
command
Syntax Description interval milliseconds Specifies the rate, in milliseconds, at which BFD control packets will be sent to
BFD peers. The valid range for the milliseconds argument is from 50 to 9999.
min_rx milliseconds Specifies the rate, in milliseconds, at which BFD control packets will be expected
to be received from BFD peers. The valid range for the milliseconds argument
is from 50 to 9999.
multiplier Specifies the number of consecutive BFD control packets that must be missed
multiplier-value from a BFD peer before BFD declares that the peer is unavailable and the Layer
3 BFD peer is informed of the failure. The valid range for the
multiplier-valueargument is from 3 to 50.
Usage Guidelines The bfd command can be configured on SVI, Ethernet and port-channel interfaces.
If BFD runs on a port channel interface, BFD has a timer value restriction of 750 * 3 milliseconds.
The bfd interval configuration is not removed when:
• an IPv4 address is removed from an interface
• an IPv6 address is removed from an interface
• IPv6 is disabled from an interface
• an interface is shutdown
• IPv4 CEF is disabled globally or locally on an interface
• IPv6 CEF is disabled globally or locally on an interface
The bfd interval configuration is removed when the subinterface on which its is configured is removed.
Note If we configure bfd interval command in interface config mode, then bfd echo mode is enabled by default.
We need to enable either no ip redirect (if BFD echo is needed) or no bfd echo in interface config mode.
Before using BFD echo mode, you must disable sending Internet Control Message Protocol (ICMP) redirect
messages by entering the no ip redirect command, in order to avoid high CPU utilization.
Examples The following example shows the BFD session parameters set for Gigabit Ethernet 1/0/3:
Device>enable
Device#configuration terminal
Device(config)#interface gigabitethernet 1/0/3
Device(config-if)#bfd interval 100 min_rx 100 multiplier 3
bfd all-interfaces
To enable Bidirectional Forwarding Detection (BFD) for all interfaces participating in the routing process,
use the bfd all-interfaces command in router configuration or address family interface configuration mode.
To disable BFD for all neighbors on a single interface, use the no form of this command
bfd all-interfaces
no bfd all-interfaces
Command Default BFD is disabled on the interfaces participating in the routing process.
Usage Guidelines To enable BFD for all interfaces, enter the bfd all-interfaces command in router configuration mode
Examples The following example shows how to enable BFD for all Enhanced Interior Gateway Routing Protocol
(EIGRP) neighbors:
Device>enable
Device#configuration terminal
Device(config)#router eigrp 123
Device(config-router)#bfd all-interfaces
Device(config-router)#end
The following example shows how to enable BFD for all Intermediate System-to-Intermediate System
(IS-IS) neighbors:
Device> enable
Device#configuration terminal
Device(config)#router isis tag1
Device(config-router)#bfd all-interfaces
Device(config-router)#end
bfd check-ctrl-plane-failure
To enable Bidirectional Forwarding Detection (BFD) control plane failure checking for the Intermediate
System-to-Intermediate System (IS-IS) routing protocol, use the bfd check-control-plane-failure command
in router configuration mode. To disable control plane failure detection, use the no form of this command
bfd check-ctrl-plane-failure
no bfd check-ctrl-plane-failure
Usage Guidelines The bfd check-ctrl-plane-failure command can be configured for an IS-IS routing process only. The command
is not supported on other protocols.
When a switch restarts, a false BFD session failure can occur, where neighboring routers behave as if a true
forwarding failure has occurred. However, if the bfd check-ctrl-plane-failure command is enabled on a switch,
the router can ignore control plane related BFD session failures. We recommend that you add this command
to the configuration of all neighboring routers just prior to a planned router restart, and that you remove the
command from all neighboring routers when the restart is complete.
Examples The following example enables BFD control plane failure checking for the IS-IS routing protocol:
Device>enable
Device#configuration terminal
Device(config)#router isis
Device(config-router)#bfd check-ctrl-plane-failure
Device(config-router)#end
bfd echo
To enable Bidirectional Forwarding Detection (BFD) echo mode, use the bfd echo command in interface
configuration mode. To disable BFD echo mode, use the no form of this command
bfd echo
no bfd echo
Command Default BFD echo mode is enabled by default if BFD is configured using bfd interval command in interface
configuration mode.
Usage Guidelines Echo mode is enabled by default. Entering the no bfd echo command without any keywords turns off the
sending of echo packets and signifies that the switch is unwilling to forward echo packets received from BFD
neighbor switches.
When echo mode is enabled, the desired minimum echo transmit interval and required minimum transmit
interval values are taken from the bfd interval milliseconds min_rx milliseconds parameters, respectively.
Note Before using BFD echo mode, you must disable sending Internet Control Message Protocol (ICMP) redirect
messages by entering the no ip redirects command, in order to avoid high CPU utilization.
Examples The following example configures echo mode between BFD neighbors:
Device>enable
Device#configuration terminal
Device(config)#interface GigabitEthernet 1/0/3
Device(config-if)#bfd echo
The following output from the show bfd neighbors details command shows that the BFD session
neighbor is up and using BFD echo mode. The relevant command output is shown in bold in the
output.
Device#show bfd neighbors details
OurAddr NeighAddr LD/RD RH/RS Holdown(mult) State Int
172.16.1.2 172.16.1.1 1/6 Up 0 (3 ) Up Fa0/1
Session state is UP and using echo function with 100 ms interval.
Local Diag: 0, Demand mode: 0, Poll bit: 0
MinTxInt: 1000000, MinRxInt: 1000000, Multiplier: 3
Received MinRxInt: 1000000, Received Multiplier: 3
Holdown (hits): 3000(0), Hello (hits): 1000(337)
Rx Count: 341, Rx Interval (ms) min/max/avg: 1/1008/882 last: 364 ms ago
Tx Count: 339, Tx Interval (ms) min/max/avg: 1/1016/886 last: 632 ms ago
Registered protocols: EIGRP
Uptime: 00:05:00
Last packet: Version: 1 - Diagnostic: 0
State bit: Up - Demand bit: 0
Poll bit: 0 - Final bit: 0
Multiplier: 3 - Length: 24
My Discr.: 6 - Your Discr.: 1
Min tx interval: 1000000 - Min rx interval: 1000000
Min Echo interval: 50000
bfd slow-timers
To configure the Bidirectional Forwarding Detection (BFD) slow timers value, use the bfd slow-timers
command in interface configuration mode. To change the slow timers used by BFD, use the no form of this
command
Examples The following example shows how to configure the BFD slow timers value to 14,000 milliseconds:
Device(config)#bfd slow-timers 14000
The following output from the show bfd neighbors details command shows that the BFD slow timers
value of 14,000 milliseconds has been implemented. The values for the MinTxInt and MinRxInt will
correspond to the configured value for the BFD slow timers. The relevant command output is shown
in bold.
Device#show bfd neighbors details
OurAddr NeighAddr LD/RD RH/RS Holdown(mult) State Int
172.16.1.2 172.16.1.1 1/6 Up 0 (3 ) Up Fa0/1
Session state is UP and using echo function with 100 ms interval.
Local Diag: 0, Demand mode: 0, Poll bit: 0
MinTxInt: 14000, MinRxInt: 14000, Multiplier: 3
Received MinRxInt: 1000000, Received Multiplier: 3
Holdown (hits): 3600(0), Hello (hits): 1200(337)
Rx Count: 341, Rx Interval (ms) min/max/avg: 1/1008/882 last: 364 ms ago
Tx Count: 339, Tx Interval (ms) min/max/avg: 1/1016/886 last: 632 ms ago
Registered protocols: EIGRP
Uptime: 00:05:00
Last packet: Version: 1 - Diagnostic: 0
State bit: Up - Demand bit: 0
Poll bit: 0 - Final bit: 0
Multiplier: 3 - Length: 24
My Discr.: 6 - Your Discr.: 1
Min tx interval: 1000000 - Min rx interval: 1000000
Min Echo interval: 50000
Note • If the BFD session is down, then the BFD control packets will be sent with the slow timer
interval.
• If the BFD session is up, then if echo is enabled, then BFD control packets will be sent in
negotiated slow timer interval and echo packets will be sent in negotiated configured BFD
interval. If echo is not enabled, then BFD control packets will be sent in negotiated configured
interval.
bfd template
To create a Bidirectional Forwarding Detection (BFD) template and to enter BFD configuration mode, use
the bfd-template command in global configuration mode. To remove a BFD template, use the no form of
this command
Usage Guidelines Even if you have not created the template by using the bfd-template command, you can configure the name
of the template under an interface, but the template is considered invalid until you define the template. You
do not have to reconfigure the template name again. It becomes valid automatically.
bfd-template single-hop
To bind a single hop Bidirectional Forwarding Detection (BFD) template to an interface, use the bfd template
command in interface configuration mode. To unbind single-hop BFD template from an interface, use the no
form of this command
Usage Guidelines The bfd-template command allows you to create a BFD template and places the device in BFD configuration
mode. The template can be used to specify a set of BFD interval values. BFD interval values specified as part
of the BFD template are not specific to a single interface.
Examples The following example shows how to create a BFD template and specify BFD interval values:
Device>enable
Device#configuration terminal
Device(config)#bfd-template single-hop node1
Device(bfd-config)#interval min-tx 100 min-rx 100 multiplier 3
Device(bfd-config)#echo
The following example shows how to create a BFD single-hop template and configure BFD interval
values and an authentication key chain:
Device> enable
Device#configuration terminal
Device(config)#bfd-template single-hop template1
Device(bfd-config)#interval min-tx 200 min-rx 200 multiplier 3
Device(bfd-config)#authentication keyed-sha-1 keychain bfd_singlehop
Note BFD echo is not enabled by default in the bfd-template configuration. This needs to configured
explicitly.
bgp graceful-restart
To enable the Border Gateway Protocol (BGP) graceful restart capability globally for all BGP neighbors, use
the bgp graceful-restart command in address family or in router configuration mode. To disable the BGP
graceful restart capability globally for all BGP neighbors, use the no form of this command.
restart-time seconds (Optional) Sets the maximum time period that the
local router will wait for a graceful-restart-capable
neighbor to return to normal operation after a restart
event occurs. The default value for this argument is
120 seconds. The configurable range of values is from
1 to 3600 seconds.
stalepath-time seconds (Optional) Sets the maximum time period that the
local router will hold stale paths for a restarting peer.
All stale paths are deleted after this timer expires. The
default value for this argument is 360 seconds. The
configurable range of values is from 1 to 3600 seconds
Command Default The following default values are used when this command is entered without any keywords or arguments:
restart-time : 120 seconds stalepath-time: 360 seconds
Note Changing the restart and stalepath timer values is not required to enable the BGP graceful restart capability.
The default values are optimal for most network deployments, and these values should be adjusted only by
an experienced network operator.
Table 149:
Command History
Release Modification
Usage Guidelines The bgp graceful-restart command is used to enable or disable the graceful restart capability globally for
all BGP neighbors in a BGP network. The graceful restart capability is negotiated between nonstop forwarding
(NSF)-capable and NSF-aware peers in OPEN messages during session establishment. If the graceful restart
capability is enabled after a BGP session has been established, the session will need to be restarted with a
hard reset.
The graceful restart capability is supported by NSF-capable and NSF-aware routers. A router that is NSF-capable
can perform a stateful switchover (SSO) operation (graceful restart) and can assist restarting peers by holding
routing table information during the SSO operation. A router that is NSF-aware functions like a router that is
NSF-capable but cannot perform an SSO operation.
The BGP graceful restart capability is enabled by default when a supporting version of Cisco IOS software
is installed. The default timer values for this feature are optimal for most network deployments. We recommend
that they are adjusted only by experienced network operators. When adjusting the timer values, the restart
timer should not be set to a value greater than the hold time that is carried in the OPEN message. If consecutive
restart operations occur, routes (from a restarting router) that were previously marked as stale will be deleted.
Note Changing the restart and stalepath timer values is not required to enable the BGP graceful restart capability.
The default values are optimal for most network deployments, and these values should be adjusted only by
an experienced network operator.
Examples In the following example, the BGP graceful restart capability is enabled:
Device#configure terminal
Device(config)#router bgp 65000
Device(config-router)#bgp graceful-restart
Device#configure terminal
Device(config)#router bgp 65000
Device(config-router)#bgp graceful-restart restart-time 130
Device#configure terminal
Device(config)#router bgp 65000
Device(config-router)#bgp graceful-restart stalepath-time 350
Device#configure terminal
Device(config)#router bgp 65000
Device(config-router)#bgp graceful-restart extended
Table 150:
Related Commands
Command Description
show ip bgp neighbors Displays information about the TCP and BGP
connections to neighbors.
Syntax Description * Specifies that all current BGP sessions will be reset.
autonomous-system-number Number of the autonomous system in which all BGP peer sessions will be reset.
Number in the range from 1 to 65535.
• In Cisco IOS Release 12.0(32)SY8, 12.0(33)S3, 12.2(33)SRE,
12.2(33)XNE, 12.2(33)SXI1, Cisco IOS XE Release 2.4, and later releases,
4-byte autonomous system numbers are supported in the range from 65536
to 4294967295 in asplain notation and in the range from 1.0 to 65535.65535
in asdot notation.
• In Cisco IOS Release 12.0(32)S12, 12.4(24)T, and Cisco IOS XE Release
2.3, 4-byte autonomous system numbers are supported in the range from
1.0 to 65535.65535 in asdot notation only.
For more details about autonomous system number formats, see the router bgp
command.
neighbor-address Specifies that only the identified BGP neighbor will be reset. The value for this
argument can be an IPv4 or IPv6 address.
peer-group group-name Specifies that only the identified BGP peer group will be reset.
prefix-filter (Optional) Clears the existing outbound route filter (ORF) prefix list to trigger
a new route refresh or soft reconfiguration, which updates the ORF prefix list.
slow (Optional) Clears slow-peer status forcefully and moves it to original update
group.
soft (Optional) Initiates a soft reset. Does not tear down the session.
Command Modes
Privileged EXEC (#)
Usage Guidelines Theclearproximity ip bgp command can be used to initiate a hard reset or soft reconfiguration. A hard reset
tears down and rebuilds the specified peering sessions and rebuilds the BGP routing tables. A soft
reconfiguration uses stored prefix information to reconfigure and activate BGP routing tables without tearing
down existing peering sessions. Soft reconfiguration uses stored update information, at the cost of additional
memory for storing the updates, to allow you to apply new BGP policy without disrupting the network. Soft
reconfiguration can be configured for inbound or outbound sessions.
Note Due to the complexity of some of the keywords available for the clear proximityip bgp command, some of
the keywords are documented as separate commands. All of the complex keywords that are documented
separately start with clear ip bgp. For example, for information on resetting BGP connections using hard or
soft reconfiguration for all BGP neighbors in IPv4 address family sessions, refer to the clear ip bgp ipv4
command.
If all BGP routers support the route refresh capability, use the clear proximityip bgpcommand with the in
keyword. You need not use the soft keyword, because soft reset is automatically assumed when the route
refresh capability is supported.
Note After configuring a soft reset (inbound or outbound), it is normal for the BGP routing process to hold memory.
The amount of memory that is held depends on the size of routing tables and the percentage of the memory
chunks that are utilized. Partially used memory chunks will be used or released before more memory is
allocated from the global router pool.
Examples In the following example, a soft reconfiguration is initiated for the inbound session with the neighbor
10.100.0.1, and the outbound session is unaffected:
In the following example, the route refresh capability is enabled on the BGP neighbor routers and a
soft reconfiguration is initiated for the inbound session with the neighbor 172.16.10.2, and the
outbound session is unaffected:
In the following example, a hard reset is initiated for sessions with all routers in the autonomous
system numbered 35700:
In the following example, a hard reset is initiated for sessions with all routers in the 4-byte autonomous
system numbered 65538 in asplain notation. This example requires Cisco IOS Release 12.0(32)SY8,
12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, Cisco IOS XE Release 2.4, or a later release.
In the following example, a hard reset is initiated for sessions with all routers in the 4-byte autonomous
system numbered 1.2 in asdot notation. This example requires Cisco IOS Release 12.0(32)SY8,
12.0(32)S12, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, 12.4(24)T, and Cisco IOS XE Release 2.3,
or a later release.
bgp slow-peer split-update-group Moves a dynamically detected slow peer to a slow update group.
dynamic permanent
clear ip bgp ipv4 Resets BGP connections using hard or soft reconfiguration for
IPv4 address family sessions.
clear ip bgp ipv6 Resets BGP connections using hard or soft reconfiguration for
IPv6 address family sessions.
Command Description
clear ip bgp vpnv4 Resets BGP connections using hard or soft reconfiguration for
VPNv4 address family sessions.
clear ip bgp vpnv6 Resets BGP connections using hard or soft reconfiguration for
VPNv6 address family sessions.
neighbor slow-peer split-update-group Moves a dynamically detected slow peer to a slow update group.
dynamic permanent
neighbor soft-reconfiguration Configures the Cisco IOS software to start storing updates.
show ip bgp neighbors Displays information about BGP and TCP connections to
neighbors.
slow-peer split-update-group dynamic Moves a dynamically detected slow peer to a slow update group.
permanent
Syntax Description always (Optional) Always advertises the default route regardless of whether the software
has a default route.
Note The always keyword includes the following exception when the
route map is used. When a route map is used, the origination of the
default route by OSPF is not bound to the existence of a default route
in the routing table and the always keyword is ignored.
metric metric-value (Optional) Metric used for generating the default route. If you omit a value and
do not specify a value using the default-metric router configuration command,
the default metric value is 10. The value used is specific to the protocol.
metric-type (Optional) External link type associated with the default route that is advertised
type-value into the OSPF routing domain. It can be one of the following values:
• Type 1 external route.
• Type 2 external route.
route-map map-name (Optional) The routing process will generate the default route if the route map is
satisfied.
Command Default This command is disabled by default. No default external route is generated into the OSPF routing domain.
Command Modes Router configuration (config-router) Router address family topology configuration (config-router-af-topology)
Command History Cisco IOS XE Everest 16.5.1a This command was introduced.
Usage Guidelines Whenever you use the redistribute or the default-information router configuration command to redistribute
routes into an OSPF routing domain, the Cisco IOS software automatically becomes an Autonomous System
Boundary Router (ASBR). However, an ASBR does not, by default, generate a default route into the OSPF
routing domain. The software must still have a default route for itself before it generates one, except when
you have specified the always keyword.
When a route map is used, the origination of the default route by OSPF is not bound to the existence of a
default route in the routing table.
Release 12.2(33)SRB
If you plan to configure the Multi-Topology Routing (MTR) feature, you need to enter the default-information
originatecommand in router address family topology configuration mode in order for this OSPF router
configuration command to become topology-aware.
Examples The following example specifies a metric of 100 for the default route that is redistributed into the
OSPF routing domain and specifies an external metric type of 1:
default-information Accepts exterior or default information into Enhanced Interior Gateway Routing
Protocol (EIGRP) processes.
redistribute (IP) Redistributes routes from one routing domain into another routing domain.
default-metric (BGP)
To set a default metric for routes redistributed into Border Gateway Protocol (BGP), use the default-metric
command in address family or router configuration mode. To remove the configured value and return BGP
to default operation, use the no form of this command.
default-metric number
no default-metric number
Syntax Description number Default metric value applied to the redistributed route. The range of values for this argument is
from 1 to 4294967295.
Command Default The following is default behavior if this command is not configured or if the no form of this command is
entered:
• The metric of redistributed interior gateway protocol (IGP) routes is set to a value that is equal to the
interior BGP (iBGP) metric.
• The metric of redistributed connected and static routes is set to 0.
When this command is enabled, the metric for redistributed connected routes is set to 0.
Table 151:
Command History
Release Modification
Usage Guidelines The default-metric command is used to set the metric value for routes redistributed into BGP and can be
applied to any external BGP (eBGP) routes received and subsequently advertised internally to iBGP peers.
This value is the Multi Exit Discriminator (MED) that is evaluated by BGP during the best path selection
process. The MED is a non-transitive value that is processed only within the local autonomous system and
adjacent autonomous systems. The default metric is not set if the received route has a MED value.
Note When enabled, the default-metric command applies a metric value of 0 to redistributed connected routes.
The default-metric command does not override metric values that are applied with the redistribute command.
Examples In the following example, a metric of 1024 is set for routes redistributed into BGP from OSPF:
Device(config-router-af)#default-metric 1024
Device(config-router-af)#redistribute ospf 10
Device(config-router-af)#end
In the following configuration and output examples, a metric of 300 is set for eBGP routes received
and advertised internally to an iBGP peer.
After the above configuration, some routes are received from the eBGP peer at 192.168.2.2 as shown
in the output from the show ip bgp neighbors received-routes command.
After the received routes from the eBGP peer at 192.168.2.2 are advertised internally to iBGP peers,
the output from the show ip bgp neighbors received-routes command shows that the metric (MED)
has been set to 300 for these routes.
redistribute (IP) Redistributes routes from one routing domain into another routing domain.
distance (OSPF)
To define an administrative distance, use the distance command in router configuration mode or VRF
configuration mode. To remove the distance command and restore the system to its default condition, use
the no form of this command.
distance weight
[ip-address wildcard-mask [access-list name]]
no distance weight ip-address wildcard-mask [access-list-name]
Syntax Description weight Administrative distance. Range is 10 to 255. Used alone, the weight argument specifies a
default administrative distance that the software uses when no other specification exists
for a routing information source. Routes with a distance of 255 are not installed in the
routing table. The table in the “Usage Guidelines” section lists the default administrative
distances.
wildcard-mask (Optional) Wildcard mask in four-part, dotted-decimal format. A bit set to 1 in the
wildcard-mask argument instructs the software to ignore the corresponding bit in the address
value.
Command Default If this command is not specified, the administrative distance is the default. The table in the “Usage Guidelines”
section lists the default administrative distances.
Usage Guidelines To use this command, you must be in a user group associated with a task group that includes the appropriate
task IDs. If the user group assignment is preventing you from using a command contact your AAA administrator
for assistance.
An administrative distance is an integer from 10 to 255. In general, the higher the value, the lower the trust
rating. An administrative distance of 255 means that the routing information source cannot be trusted at all
and should be ignored. Weight values are subjective; no quantitative method exists for choosing weight values.
If an access list is used with this command, it is applied when a network is being inserted into the routing
table. This behavior allows you to filter networks based on the IP prefix supplying the routing information.
For example, you could filter possibly incorrect routing information from networking devices not under your
administrative control.
The order in which you enter distance commands can affect the assigned administrative distances, as shown
in the “Examples” section. The following table lists default administrative distances.
Connected interface 0
External BGP 20
Internal EIGRP 90
OSPF 110
IS-IS 115
Unknown 255
Task ID
Task ID Operations
Examples In the following example, the router ospf command sets up Open Shortest Path First (OSPF) routing
instance 1. The first distance command sets the default administrative distance to 255, which instructs
the software to ignore all routing updates from networking devices for which an explicit distance
has not been set. The second distance command sets the administrative distance for all devices on
the network 192.168.40.0 to 90.
Device#configure terminal
Device(config)#router ospf 1
Device(config-ospf)#distance 255
Device(config-ospf)#distance 90 192.168.40.0 0.0.0.255
distance bgp Allows the use of external, internal, and local administrative distances that could be a better
route to a BGP node.
distance Allows the use of external, internal, and local administrative distances that could be a better
ospf route to an OSPF node.
Command Description
eigrp log-neighbor-changes
To enable the logging of changes in Enhanced Interior Gateway Routing Protocol (EIGRP) neighbor
adjacencies, use the eigrp log-neighbor-changes command in router configuration mode, address-family
configuration mode, or service-family configuration mode. To disable the logging of changes in EIGRP
neighbor adjacencies, use the noform of thiscommand.
eigrp log-neighbor-changes
no eigrp log-neighbor-changes
Usage Guidelines This command enables the logging of neighbor adjacency changes to monitor the stability of the routing
system and to help detect problems. Logging is enabled by default. To disable the logging of neighbor adjacency
changes, use the no form of this command.
To enable the logging of changes for EIGRP address-family neighbor adjacencies, use the eigrp
log-neighbor-changescommand in address-family configuration mode.
To enable the logging of changes for EIGRP service-family neighbor adjacencies, use the eigrp
log-neighbor-changescommand in service-family configuration mode.
Examples The following configuration disables logging of neighbor changes for EIGRP process 209:
The following configuration enables logging of neighbor changes for EIGRP process 209:
The following example shows how to disable logging of neighbor changes for EIGRP address-family
with autonomous-system 4453:
The following configuration enables logging of neighbor changes for EIGRP service-family process
209:
Syntax Description as-number Autonomous system number to which the authentication applies.
Examples The following example applies authentication to autonomous system 2 and identifies a key chain
named SPORTS:
accept-lifetime Sets the time period during which the authentication key on a key chain is
received as valid.
ip authentication mode eigrp Specifies the type of authentication used in EIGRP packets.
send-lifetime Sets the time period during which an authentication key on a key chain is
valid to be sent.
Usage Guidelines Configure authentication to prevent unapproved sources from introducing unauthorized or false routing
messages. When authentication is configured, an MD5 keyed digest is added to each EIGRP packet in the
specified autonomous system.
Examples The following example configures the interface to use MD5 authentication in EIGRP packets in
autonomous system 10:
accept-lifetime Sets the time period during which the authentication key on a key
chain is received as valid.
send-lifetime Sets the time period during which an authentication key on a key chain
is valid to be sent.
ip bandwidth-percent eigrp
To configure the percentage of bandwidth that may be used by Enhanced Interior Gateway Routing Protocol
(EIGRP) on an interface, use the ip bandwidth-percent eigrpcommand in interface configuration mode. To
restore the default value, use the no form of this command.
Usage Guidelines EIGRP will use up to 50 percent of the bandwidth of a link, as defined by the bandwidth interface configuration
command. This command may be used if some other fraction of the bandwidth is desired. Note that values
greater than 100 percent may be configured. The configuration option may be useful if the bandwidth is set
artificially low for other reasons.
Examples The following example allows EIGRP to use up to 75 percent (42 kbps) of a 56-kbps serial link in
autonomous system 209:
Device(config)#interface serial 0
Device(config-if)#bandwidth 56
Device(config-if)#ip bandwidth-percent eigrp 209 75
Syntax Description original Sets the load-balancing algorithm to the original algorithm based on a source and destination
hash.
universal Sets the load-balancing algorithm to the universal algorithm that uses a source and destination
and an ID hash.
Command Default The universal load-balancing algorithm is selected by default. If you do not configure the fixed identifier for
a load-balancing algorithm, the router automatically generates a unique ID.
Usage Guidelines The original Cisco Express Forwarding load-balancing algorithm produced distortions in load sharing across
multiple devices because of the use of the same algorithm on every device. When the load-balancing algorithm
is set to universal mode, each device on the network can make a different load sharing decision for each
source-destination address pair, and that resolves load-balancing distortions.
Examples The following example shows how to enable the Cisco Express Forwarding original load-balancing
algorithm:
Device> enable
Device# configure terminal
Device(config)# ip cef load-sharing algorithm original
Device(config)# exit
ip community-list
To configure a BGP community list and to control which routes are permitted or denied based on their
community values, use the ip community-list command in global configuration mode. To delete the
community list, use the no form of this command.
Command Modes
Global configuration (config)
Table 153:
Command History
Release Modification
Usage Guidelines The ip community-list command is used to filter BGP routes based on one or more community values. BGP
community values are configured as a 32-bit number (old format) or as a 4-byte number (new format). The
new community format is enabled when the ip bgp-community new-format command is entered in global
configuration mode. The new community format consists of a 4-byte value. The first two bytes represent the
autonomous system number, and the trailing two bytes represent a user-defined network number. Named and
numbered community lists are supported.
BGP community exchange is not enabled by default. The exchange of BGP community attributes between
BGP peers is enabled on a per-neighbor basis with the neighbor send-community command. The BGP
community attribute is defined in RFC 1997 and RFC 1998.
The Internet community is applied to all routes or prefixes by default, until any other community value is
configured with this command or the set community command.
Use a route map to reference a community list and thereby apply policy routing or set values.
Community List Processing
Once a permit value has been configured to match a given set of communities, the community list defaults
to an implicit deny for all other community values. Unlike an access list, it is feasible for a community list to
contain only deny statements.
• When multiple communities are configured in the same ip community-list statement, a logical AND
condition is created. All community values for a route must match the communities in the community
list statement to satisfy an AND condition.
• When multiple communities are configured in separate ip community-list statements, a logical OR
condition is created. The first list that matches a condition is processed.
Examples In the following example, a standard community list is configured that permits routes from network
10 in autonomous system 50000:
In the following example, a standard community list is configured that permits only routes from
peers in the same autonomous system or from subautonomous system peers in the same confederation:
In the following example, a standard community list is configured to deny routes that carry
communities from network 40 in autonomous system 65534 and from network 60 in autonomous
system 65412. This example shows a logical AND condition; all community values must match in
order for the list to be processed.
In the following example, a named, standard community list is configured that permits all routes
within the local autonomous system or permits routes from network 20 in autonomous system 40000.
This example shows a logical OR condition; the first match is processed.
In the following example, a standard community list is configured that denies routes with the GSHUT
community and permits routes with the local-AS community. This example shows a logical OR
condition; the first match is processed.
In the following example, an expanded community list is configured that denies routes that carry
communities from any private autonomous system:
In the following example, a named expanded community list is configured that denies routes from
network 1 to 99 in autonomous system 50000:
match community Defines a BGP community that must match the community of a route.
route-map (IP) Defines the conditions for redistributing routes from one routing protocol
into another, or enables policy routing.
set comm-list delete Removes communities from the community attribute of an inbound or
outbound update.
show ip bgp community Displays routes that belong to specified BGP communities.
show ip bgp regexp Displays routes that match a locally configured regular expression.
ip prefix-list
To create a prefix list or to add a prefix-list entry, use the ip prefix-list command in global configuration
mode. To delete a prefix-list entry, use the no form of this command.
ip prefix-list {list-name [seq number] {deny | permit} network/length [ge ge-length] [le le-length]
| description description | sequence-number}
no ip prefix-list {list-name [seq number] [{deny | permit} network/length [ge ge-length] [le
le-length]] | description description | sequence-number}
Syntax Description list-name Configures a name to identify the prefix list. Do not use the word “detail” or “summary”
as a list name because they are keywords in the show ip prefix-list command.
number (Optional) Integer from 1 to 4294967294. If a sequence number is not entered when
configuring this command, default sequence numbering is applied to the prefix list.
The number 5 is applied to the first prefix entry, and subsequent unnumbered entries
are incremented by 5.
network / length Configures the network address and the length of the network mask in bits. The network
number can be any valid IP address or prefix. The bit mask can be a number from 1
to 32.
ge (Optional) Specifies the lesser value of a range (the “from” portion of the range
description) by applying the ge-length argument to the range specified.
Note The ge keyword represents the greater than or equal to operator.
le (Optional) Specifies the greater value of a range (the “to” portion of the range
description) by applying the le-length argument to the range specified.
Note The le keyword represents the less than or equal to operator.
description (Optional) Descriptive name of the prefix list, from 1 to 80 characters in length.
sequence-number (Optional) Enables or disables the use of sequence numbers for prefix lists.
Table 154:
Command History
Release Modification
Usage Guidelines Use the ip prefix-list command to configure IP prefix filtering. Prefix lists are configured with permit or
deny keywords to either permit or deny a prefix based on a matching condition. An implicit deny is applied
to traffic that does not match any prefix-list entry.
A prefix-list entry consists of an IP address and a bit mask. The IP address can be for a classful network, a
subnet, or a single host route. The bit mask is a number from 1 to 32.
Prefix lists are configured to filter traffic based on a match of an exact prefix length or a match within a range
when the ge and le keywords are used. The ge and le keywords are used to specify a range of prefix lengths
and provide more flexible configuration than using only the network/length argument. A prefix list is processed
using an exact match when neither the ge nor le keyword is specified. If only the ge value is specified, the
range is the value entered for the ge ge-length argument to a full 32-bit length. If only the le value is specified,
the range is from the value entered for the network/length argument to the le le-length argument. If both the
ge ge-length and le le-length keywords and arguments are entered, the range is between the values used for
the ge-length and le-length arguments.
The following formula shows this behavior:
length <ge ge-length <le le-length <= 32
If the seq keyword is configured without a sequence number, the default sequence number is 5. In this scenario,
the first prefix-list entry is assigned the number 5 and subsequent prefix list entries increment by 5. For
example, the next two entries would have sequence numbers 10 and 15. If a sequence number is entered for
the first prefix list entry but not for subsequent entries, the subsequent entry numbers increment by 5. For
example, if the first configured sequence number is 3, subsequent entries will be 8, 13, and 18. Default sequence
numbers can be suppressed by entering the no ip prefix-list command with the seq keyword.
Evaluation of a prefix list starts with the lowest sequence number and continues down the list until a match
is found. When an IP address match is found, the permit or deny statement is applied to that network and the
remainder of the list is not evaluated.
Tip For best performance, the most frequently processed prefix list statements should be configured with the
lowest sequence numbers. The seq number keyword and argument can be used for resequencing.
A prefix list is applied to inbound or outbound updates for a specific peer by entering the neighbor prefix-list
command. Prefix list information and counters are displayed in the output of the show ip prefix-list command.
Prefix-list counters can be reset by entering the clear ip prefix-list command.
Examples In the following example, a prefix list is configured to deny the default route 0.0.0.0/0:
In the following example, a prefix list is configured to permit traffic from the 172.16.1.0/24 subnet:
In the following example, a prefix list is configured to permit routes from the 10.0.0.0/8 network
that have a mask length that is less than or equal to 24 bits:
In the following example, a prefix list is configured to deny routes from the 10.0.0.0/8 network that
have a mask length that is greater than or equal to 25 bits:
In the following example, a prefix list is configured to permit routes from any network that have a
mask length from 8 to 24 bits:
In the following example, a prefix list is configured to deny any route with any mask length from
the 10.0.0.0/8 network:
match ip address Distributes any routes that have a destination network number address that is
permitted by a standard or extended access list, and performs policy routing on
packets.
neighbor prefix-list Filters routes from the specified neighbor using a prefix list.
show ip prefix-list Displays information about a prefix list or prefix list entries.
ip hello-interval eigrp
To configure the hello interval for an Enhanced Interior Gateway Routing Protocol (EIGRP) process, use the
ip hello-interval eigrp command in interface configuration mode. To restore the default value, use the no
form of this command.
Command Default The hello interval for low-speed, nonbroadcast multiaccess (NBMA) networks is 60 seconds and 5 seconds
for all other networks.
Usage Guidelines The default of 60 seconds applies only to low-speed, NBMA media. Low speed is considered to be a rate of
T1 or slower, as specified with the bandwidth interface configuration command. Note that for the purposes
of EIGRP, Frame Relay and Switched Multimegabit Data Service (SMDS) networks may be considered to
be NBMA. These networks are considered NBMA if the interface has not been configured to use physical
multicasting; otherwise, they are considered not to be NBMA.
Examples The following example sets the hello interval for Ethernet interface 0 to 10 seconds:
Device(config)#interface ethernet 0
Device(config-if)#ip hello-interval eigrp 109 10
ip hold-time eigrp Configures the hold time for a particular EIGRP routing process designated by
the autonomous system number.
ip hold-time eigrp
To configure the hold time for an Enhanced Interior Gateway Routing Protocol (EIGRP) process, use the ip
hold-time eigrp command in interface configuration mode. To restore the default value, use the no form of
this command.
Command Default The EIGRP hold time is 180 seconds for low-speed, nonbroadcast multiaccess (NBMA) networks and 15
seconds for all other networks.
Usage Guidelines On very congested and large networks, the default hold time might not be sufficient time for all routers and
access servers to receive hello packets from their neighbors. In this case, you may want to increase the hold
time.
We recommend that the hold time be at least three times the hello interval. If a router does not receive a hello
packet within the specified hold time, routes through this router are considered unavailable.
Increasing the hold time delays route convergence across the network.
The default of 180 seconds hold time and 60 seconds hello interval apply only to low-speed, NBMA media.
Low speed is considered to be a rate of T1 or slower, as specified with the bandwidth interface configuration
command.
Examples The following example sets the hold time for Ethernet interface 0 to 40 seconds:
Device(config)#interface ethernet 0
Device(config-if)#ip hold-time eigrp 109 40
ip hello-interval eigrp Configures the hello interval for the EIGRP routing process designated by an
autonomous system number.
ip load-sharing
To enable load balancing for Cisco Express Forwarding on an interface, use the ip load-sharing command
in interface configuration mode. To disable load balancing for Cisco Express Forwarding on the interface,
use the no form of this command.
ip load-sharing { per-destination }
no ip load-sharing
Syntax Description per-destination Enables per-destination load balancing for Cisco Express Forwarding on the interface.
Command Default Per-destination load balancing is enabled by default when you enable Cisco Express Forwarding.
Usage Guidelines Per-destination load balancing allows the device to use multiple, equal-cost paths to achieve load sharing.
Packets for a given source-destination host pair are guaranteed to take the same path, even if multiple, equal-cost
paths are available. Traffic for different source-destination host pairs tends to take different paths.
Examples The following example shows how to enable per-destination load balancing:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/0/1
Device(config-if)# ip load-sharing per-destination
ip network-broadcast
To receive and accept the network-prefix-directed broadcast packets, configure the ip network-broadcast
command at the interface of the device.
ip network-broadcast
Usage Guidelines Configure the ip network-broadcast command at the ingress interface before configuring the ip
directed-broadcast command at the egress interface. This ensures that the network-prefix-directed broadcast
packets are received and accepted.
The ip network-broadcast command is disabled by default. If you do not configure this command, the
network-prefix-directed broadcast packets are silently discarded.
Example
The following example shows how to enable the network to accept the network-prefix-directed
broadcast packets at ingress and then configure the directed broadcast-to-physical broadcast translation
on the egress interface.
Device# configure terminal
Device(config)#interface gigabitethernet 1/0/2
Device(config-if)#ip network-broadcast
Device(config-if)#exit
Device(config)#interface gigabitethernet 1/0/3
Device(config-if)#ip directed-broadcast
Device(config-if)#exit
Syntax Description disable (Optional) Disables the filtering of outgoing LSAs to an OSPF interface; all outgoing LSAs are
flooded to the interface.
Note This keyword is available only in virtual network interface mode.
Command Default This command is disabled by default. All outgoing LSAs are flooded to the interface.
Usage Guidelines This command performs the same function that the neighbor database-filter command performs on a neighbor
basis.
If the ip ospf database-filter all out command is enabled for a virtual network and you want to disable it,
use the disable keyword in virtual network interface configuration mode.
Examples The following example prevents filtering of OSPF LSAs to broadcast, nonbroadcast, or point-to-point
networks reachable through Ethernet interface 0:
Device(config)#interface ethernet 0
Device(config-if)#ip ospf database-filter all out
ip ospf name-lookup
To configure Open Shortest Path First (OSPF) to look up Domain Name System (DNS) names for use in all
OSPF show EXEC command displays, use the ip ospf name-lookup command in global configuration mode.
To disable this function, use the no form of this command.
ip ospf name-lookup
noipospfname-lookup
Usage Guidelines This command makes it easier to identify a router because the router is displayed by name rather than by its
router ID or neighbor ID.
Examples The following example configures OSPF to look up DNS names for use in all OSPF show EXEC
command displays:
ip split-horizon eigrp
To enable Enhanced Interior Gateway Routing Protocol (EIGRP) split horizon, use the ip split-horizon eigrp
command in interface configuration mode. To disable split horizon, use the no form of this command.
Usage Guidelines Use the no ip split-horizon eigrp command to disable EIGRP split horizon in your configuration.
neighbor (EIGRP) Defines a neighboring router with which to exchange routing information.
ip summary-address eigrp
To configure address summarization for the Enhanced Interior Gateway Routing Protocol (EIGRP) on a
specified interface, use the ip summary-address eigrp command in interface configuration or virtual network
interface configuration mode. To disable the configuration, use the no form of this command.
leak-map name (Optional) Specifies the route-map reference that is used to configure the route leaking
through the summary.
Usage Guidelines The ip summary-address eigrp command is used to configure interface-level address summarization. EIGRP
summary routes are given an administrative-distance value of 5. The administrative-distance metric is used
to advertise a summary without installing it in the routing table.
By default, EIGRP summarizes subnet routes to the network level. The no auto-summary command can be
entered to configure the subnet-level summarization.
The summary address is not advertised to the peer if the administrative distance is configured as 255.
EIGRP Support for Leaking Routes
Configuring the leak-map keyword allows a component route that would otherwise be suppressed by the
manual summary to be advertised. Any component subset of the summary can be leaked. A route map and
access list must be defined to source the leaked route.
The following is the default behavior if an incomplete configuration is entered:
• If the leak-map keyword is configured to reference a nonexistent route map, the configuration of this
keyword has no effect. The summary address is advertised but all component routes are suppressed.
• If the leak-map keyword is configured but the access list does not exist or the route map does not reference
the access list, the summary address and all component routes are advertised.
If you are configuring a virtual-network trunk interface and you configure the ip summary-address eigrp
command, the admin-distance value of the command is not inherited by the virtual networks running on the
trunk interface because the administrative distance option is not supported in the ip summary-address eigrp
command on virtual network subinterfaces.
Examples The following example shows how to configure an administrative distance of 95 on Ethernet interface
0/0 for the 192.168.0.0/16 summary address:
Device(config)#router eigrp 1
Device(config-router)#no auto-summary
Device(config-router)#exit
Device(config)#interface Ethernet 0/0
Device(config-if)#ip summary-address eigrp 1 192.168.0.0 255.255.0.0 95
The following example shows how to configure the 10.1.1.0/24 subnet to be leaked through the
10.2.2.0 summary address:
Device(config)#router eigrp 1
Device(config-router)#exit
Device(config)#access-list 1 permit 10.1.1.0 0.0.0.255
Device(config)#route-map LEAK-10-1-1 permit 10
Device(config-route-map)#match ip address 1
Device(config-route-map)#exit
Device(config)#interface Serial 0/0
Device(config-if)#ip summary-address eigrp 1 10.2.2.0 255.0.0.0 leak-map LEAK-10-1-1
Device(config-if)#end
The following example configures GigabitEthernet interface 0/0/0 as a virtual network trunk interface:
ip route static bfd {interface-type interface-number ip-address | vrf vrf-name} [group group-name]
[passive] [unassociate]
no ip route static bfd {interface-type interface-number ip-address | vrf vrf-name} [group group-name]
[passive] [unassociate]
Usage Guidelines Use the ip route static bfd command to specify static route BFD neighbors. All static routes that have the same
interface and gateway specified in the configuration share the same BFD session for reachability notification.
All static routes that specify the same values for the interface-type, interface-number, and ip-address arguments
will automatically use BFD to determine gateway reachability and take advantage of fast failure detection.
The group keyword assigns a BFD group. The static BFD configuration is added to the VPN routing and
forwarding (VRF) instance with which the interface is associated. The passive keyword specifies the passive
member of the group. Adding static BFD in a group without the passive keyword makes the BFD an active
member of the group. A static route should be tracked by the active BFD configuration in order to trigger a
BFD session for the group. To remove all the static BFD configurations (active and passive) of a specific
group, use the no ip route static bfd command and specify the BFD group name.
The unassociate keyword specifies that a BFD neighbor is not associated with static route, and the BFD
sessions are requested if an interface has been configured with BFD. This is useful in bringing up a BFDv4
session in the absence of an IPv4 static route. If the unassociate keyword is not provided, then the IPv4 static
routes are associated with BFD sessions.
BFD requires that BFD sessions are initiated on both endpoint devices. Therefore, this command must be
configured on each endpoint device.
The BFD static session on a switch virtual interface (SVI) is established only after the bfd interval milliseconds
min_rx milliseconds multiplier multiplier-value command is disabled and enabled on that SVI.
To enable the static BFD sessions, perform the following steps:
1. Enable BFD timers on the SVI.
bfd interval milliseconds min_rx milliseconds multiplier multiplier-value
2. Enable BFD for the static IP route
ip route static bfd interface-type interface-number ip-address
3. Disable and enable the BFD timers on the SVI again.
no bfd interval milliseconds min_rx milliseconds multiplier multiplier-value
bfd interval milliseconds min_rx milliseconds multiplier multiplier-value
Examples The following example shows how to configure BFD for all static routes through a specified neighbor,
group, and active member of the group:
Device#configuration terminal
Device(config)#ip route static bfd GigabitEthernet 1/0/1 10.1.1.1 group group1
The following example shows how to configure BFD for all static routes through a specified neighbor,
group, and passive member of the group:
Device#configuration terminal
Device(config)#ip route static bfd GigabitEthernet 1/0/1 10.2.2.2 group group1 passive
The following example shows how to configure BFD for all static routes in an unassociated mode
without the group and passive keywords:
Device#configuration terminal
Device(config)#ip route static bfd GigabitEthernet 1/0/1 10.2.2.2 unassociate
ipv6 route static bfd [vrf vrf-name] interface-type interface-number ipv6-address [unassociated]
no ipv6 route static bfd
Usage Guidelines Use the ipv6 route static bfd command to specify static route neighbors. All of the static routes that have the
same interface and gateway specified in the configuration share the same BFDv6 session for reachability
notification. BFDv6 requires that BFDv6 sessions are initiated on both endpoint routers. Therefore, this
command must be configured on each endpoint router. An IPv6 static BFDv6 neighbor must be fully specified
(with the interface and the neighbor address) and must be directly attached.
All static routes that specify the same values for vrf vrf-name, interface-type interface-number , and ipv6-address
will automatically use BFDv6 to determine gateway reachability and take advantage of fast failure detection.
Examples The following example creates a neighbor on Ethernet interface 0/0 with an address of 2001::1:
Device#configuration terminal
Device(config)#ipv6 route static bfd ethernet 0/0 2001::1
Router Configuration
metric weights tos k1 k2 k3 k4 k5
no metric weights
Syntax Description tos Type of service. This value must always be zero.
k1 k2 k3 k4 k5 k6 (Optional) Constants that convert an EIGRP metric vector into a scalar quantity. Valid
values are 0 to 255. Given below are the default values:
• k1: 1
• k2: 0
• k3: 1
• k4: 0
• k5: 0
• k6: 0
Note In address family configuration mode, if the values are not specified, default
values are configured. The k6 argument is supported only in address family
configuration mode.
Command Default EIGRP metric K values are set to their default values.
Usage Guidelines Use this command to alter the default behavior of EIGRP routing and metric computation and to allow the
tuning of the EIGRP metric calculation for a particular type of service (ToS).
If k5 equals 0, the composite EIGRP metric is computed according to the following formula:
metric = [k1 * bandwidth + (k2 * bandwidth)/(256 – load) + k3 * delay + K6 * extended metrics]
Examples The following example shows how to set the metric weights to slightly different values than the
defaults:
The following example shows how to configure an address-family metric weight to ToS: 0; K1: 2;
K2: 0; K3: 2; K4: 0; K5: 0; K6:1:
address-family (EIGRP) Enters address family configuration mode to configure an EIGRP routing
instance.
metric holddown Keeps new EIGRP routing information from being used for a certain period of
time.
metric maximum-hops Causes IP routing software to advertise routes with a hop count higher than
what is specified by the command (EIGRP only) as unreachable routes.
neighbor advertisement-interval
To set the minimum route advertisement interval (MRAI) between the sending of BGP routing updates, use
the neighbor advertisement-interval command in address family or router configuration mode. To restore
the default value, use the no form of this command.
Command Modes
Router configuration (config-router)
Table 155:
Command History
Release Modification
Usage Guidelines When the MRAI is equal to 0 seconds, BGP routing updates are sent as soon as the BGP routing table changes.
If you specify a BGP peer group by using the peer-group-name argument, all the members of the peer group
will inherit the characteristic configured with this command.
Examples The following router configuration mode example sets the minimum time between sending BGP
routing updates to 10 seconds:
router bgp 5
neighbor 10.4.4.4 advertisement-interval 10
The following address family configuration mode example sets the minimum time between sending
BGP routing updates to 10 seconds:
router bgp 5
address-family ipv4 unicast
neighbor 10.4.4.4 advertisement-interval 10
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard IPv4 address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard VPNv4 address prefixes.
neighbor default-originate
To allow a BGP speaker (the local router) to send the default route 0.0.0.0 to a neighbor for use as a default
route, use the neighbor default-originate command in address family or router configuration mode. To send
no route as a default, use the no form of this command.
route-map map-name (Optional) Name of the route map. The route map allows route 0.0.0.0 to be
injected conditionally.
Table 156:
Command History
Release Modification
Usage Guidelines This command does not require the presence of 0.0.0.0 in the local router. When used with a route map, the
default route 0.0.0.0 is injected if the route map contains a match ip address clause and there is a route that
matches the IP access list exactly. The route map can contain other match clauses also.
You can use standard or extended access lists with the neighbor default-originate command.
Examples In the following router configuration example, the local router injects route 0.0.0.0 to the neighbor
172.16.2.3 unconditionally:
In the following example, the local router injects route 0.0.0.0 to the neighbor 172.16.2.3 only if
there is a route to 192.168.68.0 (that is, if a route with any mask exists, such as 255.255.255.0 or
255.255.0.0):
In the following example, the last line of the configuration has been changed to show the use of an
extended access list. The local router injects route 0.0.0.0 to the neighbor 172.16.2.3 only if there is
a route to 192.168.68.0 with a mask of 255.255.0.0:
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard IPv4
address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard VPNv4
address prefixes.
neighbor ebgp-multihop Accepts and attempts BGP connections to external peers residing on networks
that are not directly connected.
neighbor description
To associate a description with a neighbor, use the neighbor description command in router configuration
mode or address family configuration mode. To remove the description, use the no form of this command.
Examples In the following examples, the description of the neighbor is “peer with example.com”:
In the following example, the description of the address family neighbor is “address-family-peer”:
neighbor ebgp-multihop
To accept and attempt BGP connections to external peers residing on networks that are not directly connected,
use the neighbor ebgp-multihop command in router configuration mode. To return to the default, use the
no form of this command.
Command Modes
Router configuration (config-router)
Table 157:
Command History
Release Modification
Usage Guidelines This feature should be used only under the guidance of Cisco technical support staff.
If you specify a BGP peer group by using the peer-group-name argument, all the members of the peer group
will inherit the characteristic configured with this command.
To prevent the creation of loops through oscillating routes, the multihop will not be established if the only
route to the multihop peer is the default route (0.0.0.0).
Examples The following example allows connections to or from neighbor 10.108.1.1, which resides on a
network that is not directly connected:
neighbor advertise-map non-exist-map Allows a BGP speaker (the local router) to send the default
route 0.0.0.0 to a neighbor for use as a default route.
network (BGP and multiprotocol BGP) Specifies the list of networks for the BGP routing process.
maximum Maximum number of prefixes allowed from the specified neighbor. The number of
prefixes that can be configured is limited only by the available system resources on a
router.
threshold (Optional) Integer specifying at what percentage of the maximum-prefix limit the router
starts to generate a warning message. The range is from 1 to 100; the default is 75.
restart (Optional) Configures the router that is running BGP to automatically reestablish a
peering session that has been disabled because the maximum-prefix limit has been
exceeded. The restart timer is configured with the restart-interval argument.
restart-interval (Optional) Time interval (in minutes) that a peering session is reestablished. The range
is from 1 to 65535 minutes.
warning-only (optional) Allows the router to generate a sys-log message when the maximum-prefix
limitis exceeded, instead of terminating the peering session.
Command Default This command is disabled by default. Peering sessions are disabled when the maximum number of prefixes
is exceeded. If the restart-interval argument is not configured, a disabled session will stay down after the
maximum-prefix limit is exceeded.
threshold : 75 percent
Command Modes
Router configuration (config-router)
Table 158:
Command History
Release Modification
Usage Guidelines The neighbor maximum-prefixcommand allows you to configure a maximum number of prefixes that a
Border Gateway Protocol (BGP) routing process will accept from the specified peer. This feature provides a
mechanism (in addition to distribute lists, filter lists, and route maps) to control prefixes received from a peer.
When the number of received prefixes exceeds the maximum number configured, BGP disables the peering
session (by default). If the restart keyword is configured, BGP will automatically reestablish the peering
session at the configured time interval. If the restart keyword is not configured and a peering session is
terminated because the maximum prefix limit has been exceed, the peering session will not be be reestablished
until the clear ip bgp command is entered. If the warning-only keyword is configured, BGP sends only a
log message and continues to peer with the sender.
There is no default limit on the number of prefixes that can be configured with this command. Limitations on
the number of prefixes that can be configured are determined by the amount of available system resources.
Examples In the following example, the maximum prefixes that will be accepted from the 192.168.1.1 neighbor
is set to 1000:
Device(config-router)#network 192.168.0.0
In the following example, the maximum number of prefixes that will be accepted from the 192.168.2.2
neighbor is set to 5000. The router is also configured to display warning messages when 50 percent
of the maximum-prefix limit (2500 prefixes) has been reached.
In the following example, the maximum number of prefixes that will be accepted from the 192.168.3.3
neighbor is set to 2000. The router is also configured to reestablish a disabled peering session after
30 minutes.
In the following example, warning messages will be displayed when the threshold of the
maximum-prefix limit (500 x 0.75 = 375) for the 192.168.4.4 neighbor is exceeded:
Device(config-router)#network 192.168.0.0
Syntax Description ip-address IP address of the BGP neighbor that belongs to the peer group specified by the
peer-group-name argument.
ipv6-address IPv6 address of the BGP neighbor that belongs to the peer group specified by the
peer-group-name argument.
peer-group-name Name of the BGP peer group to which this neighbor belongs.
Table 159:
Command History
Release Modification
Usage Guidelines The neighbor at the IP address indicated inherits all the configured options of the peer group.
Note Using the no form of the neighbor peer-group command removes all of the BGP configuration for that
neighbor, not just the peer group association.
Examples The following router configuration mode example assigns three neighbors to the peer group named
internal:
The following address family configuration mode example assigns three neighbors to the peer group
named internal:
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard IPv4 address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard VPNv4 address prefixes.
Table 160:
Command History
Release Modification
Usage Guidelines Often in a BGP or multiprotocol BGP speaker, many neighbors are configured with the same update policies
(that is, same outbound route maps, distribute lists, filter lists, update source, and so on). Neighbors with the
same update policies can be grouped into peer groups to simplify configuration and make update calculation
more efficient.
Note Peer group members can span multiple logical IP subnets, and can transmit, or pass along, routes from one
peer group member to another.
Once a peer group is created with the neighbor peer-group command, it can be configured with the neighbor
commands. By default, members of the peer group inherit all the configuration options of the peer group.
Members also can be configured to override the options that do not affect outbound updates.
All the peer group members will inherit the current configuration as well as changes made to the peer group.
Peer group members will always inherit the following configuration options by default:
• remote-as (if configured)
• version
• update-source
• outbound route-maps
• outbound filter-lists
• outbound distribute-lists
• minimum-advertisement-interval
• next-hop-self
If a peer group is not configured with a remote-as option, the members can be configured with the neighbor
{ip-address | peer-group-name} remote-as command. This command allows you to create peer groups
containing external BGP (eBGP) neighbors.
Examples The following example configurations show how to create these types of neighbor peer group:
• internal Border Gateway Protocol (iBGP) peer group
• eBGP peer group
• Multiprotocol BGP peer group
In the following example, the peer group named internal configures the members of the peer group
to be iBGP neighbors. By definition, this is an iBGP peer group because the router bgp command
and the neighbor remote-as command indicate the same autonomous system (in this case, autonomous
system 100). All the peer group members use loopback 0 as the update source and use set-med as
the outbound route map. The neighbor internal filter-list 2 in command shows that, except for
172.16.232.55, all the neighbors have filter list 2 as the inbound filter list.
The following example defines the peer group named external-peers without the neighbor remote-as
command. By definition, this is an eBGP peer group because each individual member of the peer
group is configured with its respective autonomous system number separately. Thus the peer group
consists of members from autonomous systems 200, 300, and 400. All the peer group members have
the set-metric route map as an outbound route map and filter list 99 as an outbound filter list. Except
for neighbor 172.16.232.110, all of them have 101 as the inbound filter list.
In the following example, all members of the peer group are multicast-capable:
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard IPv4
address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard VPNv4
address prefixes.
clear ip bgp peer-group Removes all the members of a BGP peer group.
neighbor route-map
To apply a route map to incoming or outgoing routes, use the neighbor route-map command in address
family or router configuration mode. To remove a route map, use the no form of this command.
% (Optional) IPv6 link-local address identifier. This keyword needs to be added whenever
a link-local IPv6 address is used outside the context of its interface.
Table 161:
Command History
Release Modification
Usage Guidelines When specified in address family configuration mode, this command applies a route map to that particular
address family only. When specified in router configuration mode, this command applies a route map to IPv4
or IPv6 unicast routes only.
If an outbound route map is specified, it is proper behavior to only advertise routes that match at least one
section of the route map.
If you specify a BGP or multiprotocol BGP peer group by using the peer-group-name argument, all the
members of the peer group will inherit the characteristic configured with this command. Specifying the
command for a neighbor overrides the inbound policy that is inherited from the peer group.
The % keyword is used whenever link-local IPv6 addresses are used outside the context of their interfaces.
This keyword does not need to be used for non-link-local IPv6 addresses.
Examples The following router configuration mode example applies a route map named internal-map to a BGP
incoming route from 172.16.70.24:
router bgp 5
The following address family configuration mode example applies a route map named internal-map
to a multiprotocol BGP incoming route from 172.16.70.24:
router bgp 5
address-family ipv4 multicast
neighbor 172.16.70.24 route-map internal-map in
route-map internal-map
match as-path 1
set local-preference 100
address-family ipv4 (BGP) Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard IP
Version 4 address prefixes.
address-family ipv6 Enters address family configuration mode for configuring routing sessions
such as BGP that use standard IPv6 address prefixes.
address-family vpnv4 Places the router in address family configuration mode for configuring routing
sessions such as BGP, RIP, or static routing sessions that use standard VPN
Version 4 address prefixes.
address-family vpnv6 Places the router in address family configuration mode for configuring routing
sessions that use standard VPNv6 address prefixes.
neighbor update-source
To have the Cisco software allow Border Gateway Protocol (BGP) sessions to use any operational interface
for TCP connections, use the neighbor update-source command in router configuration mode. To restore
the interface assignment to the closest interface, which is called the best local address, use the no form of this
command.
% (Optional) IPv6 link-local address identifier. This keyword needs to be added whenever
a link-local IPv6 address is used outside the context of its interface.
Command Modes
Router configuration (config-router)
Table 162:
Command History
Release Modification
Usage Guidelines This command can work in conjunction with the loopback interface feature described in the “Interface
Configuration Overview” chapter of the Cisco IOS Interface and Hardware Component Configuration Guide.
If you specify a BGP peer group by using the peer-group-name argument, all the members of the peer group
will inherit the characteristic configured with this command.
The neighbor update-source command must be used to enable IPv6 link-local peering for internal or external
BGP sessions.
The % keyword is used whenever link-local IPv6 addresses are used outside the context of their interfaces
and for these link-local IPv6 addresses you must specify the interface they are on. The syntax becomes <IPv6
local-link address>%<interface name>, for example, FE80::1%Ethernet1/0. Note that the interface type and
number must not contain any spaces, and be used in full-length form because name shortening is not supported
in this situation. The % keyword and subsequent interface syntax is not used for non-link-local IPv6 addresses.
Examples The following example sources BGP TCP connections for the specified neighbor with the IP address
of the loopback interface rather than the best local address:
The following example sources IPv6 BGP TCP connections for the specified neighbor in autonomous
system 65000 with the global IPv6 address of loopback interface 0 and the specified neighbor in
autonomous system 65400 with the link-local IPv6 address of Fast Ethernet interface 0/0. Note that
the link-local IPv6 address of FE80::2 is on Ethernet interface 1/0.
neighbor activate Enables the exchange of information with a BGP neighboring router.
neighbor remote-as Adds an entry to the BGP or multiprotocol BGP neighbor table.
Syntax Description network-number Network that BGP or multiprotocol BGP will advertise.
nsap-prefix Network service access point (NSAP) prefix of the Connectionless Network Service
(CLNS) network that BGP or multiprotocol BGP will advertise. This argument is
used only under NSAP address family configuration mode.
route-map map-tag (Optional) Identifier of a configured route map. The route map should be examined
to filter the networks to be advertised. If not specified, all networks are advertised.
If the keyword is specified, but no route map tags are listed, no networks will be
advertised.
Table 163:
Command History
Release Modification
Usage Guidelines BGP and multiprotocol BGP networks can be learned from connected routes, from dynamic routing, and from
static route sources.
The maximum number of network commands you can use is determined by the resources of the router, such
as the configured NVRAM or RAM.
Examples The following example sets up network 10.108.0.0 to be included in the BGP updates:
The following example sets up network 10.108.0.0 to be included in the multiprotocol BGP updates:
The following example advertises NSAP prefix 49.6001 in the multiprotocol BGP updates:
address-family ipv4 (BGP) Enters the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard IP Version 4 address prefixes.
address-family vpnv4 Enters the router in address family configuration mode for configuring
routing sessions such as BGP, RIP, or static routing sessions that use
standard VPNv4 address prefixes.
route-map (IP) Defines the conditions for redistributing routes from one routing
protocol into another.
network (EIGRP)
To specify the network for an Enhanced Interior Gateway Routing Protocol (EIGRP) routing process, use the
network command in router configuration mode or address-family configuration mode. To remove an entry,
use the no form of this command.
wildcard-mask (Optional) EIGRP wildcard bits. Wildcard mask indicates a subnetwork, bitwise complement
of the subnet mask.
Usage Guidelines When the network command is configured for an EIGRP routing process, the router matches one or more
local interfaces. The network command matches only local interfaces that are configured with addresses that
are within the same subnet as the address that has been configured with the networkcommand. The router
then establishes neighbors through the matched interfaces. There is no limit to the number of network statements
(network commands) that can be configured on a router.
Use a wildcard mask as a shortcut to group networks together. A wildcard mask matches everything in the
network part of an IP address with a zero. Wildcard masks target a specific host/IP address, entire network,
subnet, or even a range of IP addresses.
When entered in address-family configuration mode, this command applies only to named EIGRP IPv4
configurations. Named IPv6 and Service Advertisement Framework (SAF) configurations do not support this
command in address-family configuration mode.
Examples The following example configures EIGRP autonomous system 1 and establishes neighbors through
network 172.16.0.0 and 192.168.0.0:
Device(config)#router eigrp 1
Device(config-router)#network 172.16.0.0
Device(config-router)#network 192.168.0.0
Device(config-router)#network 192.168.0.0 0.0.255.255
The following example configures EIGRP address-family autonomous system 4453 and establishes
neighbors through network 172.16.0.0 and 192.168.0.0:
Device(config-router-af)#network 172.16.0.0
Device(config-router-af)#network 192.168.0.0
nsf (EIGRP)
To enable Cisco nonstop forwarding (NSF) operations for the Enhanced Interior Gateway Routing Protocol
(EIGRP), use the nsf command in router configuration or address family configuration mode. To disable
EIGRP NSF and to remove the EIGRP NSF configuration from the running-configuration file, use the no
form of this command.
nsf
no nsf
Usage Guidelines The nsf command is used to enable or disable EIGRP NSF support on an NSF-capable router. NSF is supported
only on platforms that support High Availability.
Device#configure terminal
Device(config)#router eigrp 101
Device(config-router)#no nsf
Device(config-router)#end
Device#configure terminal
Device(config)#router eigrp virtual-name-1
Device(config-router)#address-family ipv6 autonomous-system 10
Device(config-router-af)#nsf
Device(config-router-af)#end
debug eigrp address-family ipv6 Displays information about EIGRP address family IPv6 event
notifications notifications.
debug eigrp nsf Displays notifications and information about NSF events for an
EIGRP routing process.
debug ip eigrp notifications Displays information and notifications for an EIGRP routing process.
Command Description
show ip protocols Displays the parameters and the current state of the active routing
protocol process.
show ipv6 protocols Displays the parameters and the current state of the active IPv6
routing protocol process.
timers graceful-restart purge-time Sets the graceful-restart purge-time timer to determine how long an
NSF-aware router that is running EIGRP must hold routes for an
inactive peer.
timers nsf converge Sets the maximum time that the restarting router must wait for the
end-of-table notification from an NSF-capable or NSF-aware peer.
timers nsf signal Sets the maximum time for the initial restart period.
offset-list (EIGRP)
To add an offset to incoming and outgoing metrics to routes learned via Enhanced Interior Gateway Routing
Protocol (EIGRP), use the offset-list command in router configuration mode or address family topology
configuration mode. To remove an offset list, use the no form of this command.
Syntax Description access-list-number | Standard access list number or name to be applied. Access list number 0
access-list-name indicates all networks (networks, prefixes, or routes). If the offset value is
0, no action is taken.
offset Positive offset to be applied to metrics for networks matching the access
list. If the offset is 0, no action is taken.
Command Default No offset values are added to incoming or outgoing metrics to routes learned via EIGRP.
Command Modes Router configuration (config-router) Address family topology configuration (config-router-af-topology)
Table 164:
Command History
Release Modification
Usage Guidelines The offset value is added to the routing metric. An offset list with an interface type and interface number is
considered extended and takes precedence over an offset list that is not extended. Therefore, if an entry passes
the extended offset list and the normal offset list, the offset of the extended offset list is added to the metric.
Examples In the following example, the router applies an offset of 10 to the delay component of the router only
to access list 21:
Device(config-router)#offset-list 21 out 10
In the following example, the router applies an offset of 10 to routes learned from Ethernet interface
0:
Device(config-router)#offset-list 21 in 10 ethernet 0
In the following example, the router applies an offset of 10 to routes learned from Ethernet interface
0 in an EIGRP named configuration:
redistribute (IP)
To redistribute routes from one routing domain into another routing domain, use the redistribute command
in the appropriate configuration mode. To disable all or some part of the redistribution (depending on the
protocol), use the no form of this command. See the “Usage Guidelines” section for detailed, protocol-specific
behaviors.
Syntax Description protocol Source protocol from which routes are being redistributed. It
can be one of the following keywords: application, bgp,
connected, eigrp, isis, mobile, ospf, rip, or static [ip].
The static [ip] keyword is used to redistribute IP static routes.
The optional ip keyword is used when redistributing into the
Intermediate System-to-Intermediate System (IS-IS) protocol.
The application keyword is used to redistribute an application
from one routing domain to another. You can redistribute
more than one application to different routing protocols such
as IS-IS, OSPF, Border Gateway Protocol (BGP), Enhanced
Interior Gateway Routing Protocol (EIGRP) and Routing
Information Protocol (RIP).
The connected keyword refers to routes that are established
automatically by virtue of having enabled IP on an interface.
For routing protocols such as Open Shortest Path First (OSPF)
and IS-IS, these routes will be redistributed as external to the
autonomous system.
level-1 Specifies that, for IS-IS, Level 1 routes are redistributed into
other IP routing protocols independently.
level-1-2 Specifies that, for IS-IS, both Level 1 and Level 2 routes are
redistributed into other IP routing protocols.
level-2 Specifies that, for IS-IS, Level 2 routes are redistributed into
other IP routing protocols independently.
metric transparent (Optional) Causes RIP to use the routing table metric for
redistributed routes as the RIP metric.
metric-type type value (Optional) For OSPF, specifies the external link type
associated with the default route advertised into the OSPF
routing domain. It can be one of two values:
• 1—Type 1 external route
• 2—Type 2 external route
match {internal | external1 | external2} (Optional) Specifies the criteria by which OSPF routes are
redistributed into other routing domains. It can be one of the
following:
• internal—Routes that are internal to a specific
autonomous system.
• external 1—Routes that are external to the autonomous
system, but are imported into OSPF as Type 1 external
routes.
• external 2—Routes that are external to the autonomous
system, but are imported into OSPF as Type 2 external
routes.
tag tag-value (Optional) Specifies the 32-bit decimal value attached to each
external route. This is not used by OSPF itself. It may be used
to communicate information between Autonomous System
Boundary Routers (ASBRs). If none is specified, the remote
autonomous system number is used for routes from BGP and
Exterior Gateway Protocol (EGP); for other protocols, zero
(0) is used.
Caution Removing options that you have configured for the redistribute command requires careful use of the no form
of the redistribute command to ensure that you obtain the result that you are expecting. Changing or disabling
any keyword may or may not affect the state of other keywords, depending on the protocol.
It is important to understand that different protocols implement the no form of the redistribute command
differently:
• In BGP, OSPF, and RIP configurations, the no redistribute command removes only the specified
keywords from the redistribute commands in the running configuration. They use the subtractive keyword
method when redistributing from other protocols. For example, in the case of BGP, if you configure no
redistribute static route-map interior, only the route map is removed from the redistribution, leaving
redistribute static in place with no filter.
• The no redistribute isis command removes the IS-IS redistribution from the running configuration.
IS-IS removes the entire command, regardless of whether IS-IS is the redistributed or redistributing
protocol.
• EIGRP used the subtractive keyword method prior to EIGRP component version rel5. Starting with
EIGRP component version rel5, the no redistribute command removes the entire redistribute command
when redistributing from any other protocol.
• An EIGRP routing process is configured when you issue the router eigrp command and then specify a
network for the process using the network sub-command. Suppose that you have not configured an
EIGRP routing process, and that you have configured redistribution of routes from such an EIGRP process
into BGP, OSPF, or RIP. If you use the no redistribute eigrp command to change or disable a parameter
in the redistribute eigrp command, the no redistribute eigrp command removes the entire redistribute
eigrp command instead of changing or disabling a specific parameter.
Note The show ip ospf [topology-info] command will display subnets keyword irrespective of whether the subnets
keyword is configured or not. This is because the subnets functionality is enabled by default for OSPF.
On a router internal to an NSSA area, the nssa-only keyword causes the originated type-7 NSSA LSAs to
have their propagate (P) bit set to zero, which prevents area border routers from translating these LSAs into
type-5 external LSAs. On an area border router that is connected to an NSSA and normal areas, the nssa-only
keyword causes the routes to be redistributed only into the NSSA areas.
Routes configured with the connected keyword affected by this redistribute command are the routes not
specified by the network router configuration command.
You cannot use the default-metric command to affect the metric used to advertise connected routes.
Note The metric value specified in the redistribute command supersedes the metric value specified in the
default-metric command.
The default redistribution of Interior Gateway Protocol (IGP) or Exterior Gateway Protocol (EGP) into BGP
is not allowed unless the default-information originate router configuration command is specified.
Examples The following example shows how OSPF routes are redistributed into a BGP domain:
The following example shows how to redistribute EIGRP routes into an OSPF domain:
The following example shows how to redistribute the specified EIGRP process routes into an OSPF
domain. The EIGRP-derived metric will be remapped to 100 and RIP routes to 200.
The following example shows how to configure BGP routes to be redistributed into IS-IS. The
link-state cost is specified as 5, and the metric type is set to external, indicating that it has lower
priority than internal metrics.
The following example shows how to redistribute an application into an OSPF domain and specify
a metric value of 5:
In the following example, network 172.16.0.0 will appear as an external LSA in OSPF 1 with a cost
of 100 (the cost is preserved):
The following example shows how BGP routes are redistributed into OSPF and assigned the local
4-byte autonomous system number in asplain format.
The following example shows how to remove the connected metric 1000 subnets options from the
redistribute connected metric 1000 subnets command and leave the redistribute connected
command in the configuration:
The following example shows how to remove the metric 1000 options from the redistribute
connected metric 1000 subnets command and leave the redistribute connected subnets command
in the configuration:
The following example shows how to remove the subnets option from the redistribute connected
metric 1000 subnets command and leave the redistribute connected metric 1000 command in the
configuration:
The following example shows how to remove the redistribute connected command, and any of the
options that were configured for the redistribute connected command, from the configuration:
The following example shows how EIGRP routes are redistributed into an EIGRP process in a named
EIGRP configuration:
The following example shows how to set and disable the redistributions in EIGRP configuration.
Note that, in the case of EIGRP, the no form of the commands removes the entire set of redistribute
commands from the running configuration.
router eigrp 1
network 0.0.0.0
The following example shows how to set and disable the redistributions in OSPF configuration. Note
that the no form of the commands removes only the specified keywords from the redistribute
command in the running configuration.
Device(config)# router ospf 1
Device(config-router)# network 0.0.0.0
Device(config-router)# redistribute eigrp 2 route-map x
Device(config-router)# redistribute ospf 1 route-map x
Device(config-router)# redistribute bgp 1 route-map x
Device(config-router)# redistribute isis level-2 route-map x
Device(config-router)# redistribute rip route-map x
router ospf 1
redistribute eigrp 2
redistribute ospf 1
redistribute bgp 1
redistribute rip
network 0.0.0.0
The following example shows how to remove only the route map filter from the redistribution in
BGP; redistribution itself remains in force without a filter:
Device(config)# router bgp 65000
Device(config-router)# no redistribute eigrp 2 route-map x
The following example shows how to remove the EIGRP redistribution to BGP:
Device(config)# router bgp 65000
Device(config-router)# no redistribute eigrp 2
default-information originate (OSPF) Generates a default route into an OSPF routing domain.
redistribute (IPv6)
To redistribute IPv6 routes from one routing domain into another routing domain, use the redistribute
command in IPv6 address family configuration mode. To disable redistribution, use the no form of this
command.
Syntax Description protocol Source protocol from which routes are redistributed. It can be one of the following
keywords: bgp, connected, eigrp, isis, lisp, nd, omp, ospf (ospfv3), rip, or static.
process-id (Optional) For the bgp or eigrp keyword, the process ID is an autonomous system
number, which is a 16-bit decimal number.
For the isis keyword, the process ID is an optional value that defines a meaningful name
for a routing process. You can specify only one Intermediate System-to-Intermediate
System (IS-IS) process per router. Creating a name for a routing process means that
you use names when configuring routing.
For the ospf keyword, the process ID is the number that is assigned administratively
when the Open Shortest Path First (OSPF) for the IPv6 routing process is enabled.
For the rip keyword, the process ID is an optional value that defines a meaningful name
for an IPv6 Routing Information Protocol (RIP) routing process.
include-connected (Optional) Allows the target protocol to redistribute routes that are learned by the source
protocol and connected prefixes on those interfaces over which the source protocol is
running.
level-1 Specifies that for IS-IS, Level 1 routes are redistributed into other IPv6 routing protocols
independently.
level-1-2 Specifies that for IS-IS, both Level 1 and Level 2 routes are redistributed into other
IPv6 routing protocols.
level-2 Specifies that for IS-IS, Level 2 routes are redistributed into other IPv6 routing protocols
independently.
metric (Optional) When redistributing from one OSPF process to another OSPF process on
metric-value the same router, the metric is carried through from one process to the other if no metric
value is specified. When redistributing other processes to an OSPF process, the default
metric is 20 when no metric value is specified.
metric-type (Optional) Specifies the external link type that is associated with the default route that
type-value is advertised into the routing domain. It can be one of two values:
• 1: Type 1 external route
• 2: Type 2 external route
If no value is specified for the metric-type keyword, the Cisco IOS software adopts a
Type 2 external route.
tag tag-value (Optional) Specifies the 32-bit decimal value that is attached to each external route.
This is not used by OSPF itself. It might be used to communicate information between
Autonomous System Boundary Routers (ASBRs). If none is specified, then the remote
autonomous system number is used for routes from the BGP and the Exterior Gateway
Protocol (EGP); for other protocols, zero (0) is used.
route-map (Optional) Specifies the route map that is checked to filter the import of routes from
this source routing protocol to the current routing protocol. If the route-map keyword
is not specified, all the routes are redistributed. If this keyword is specified, but no route
map tags are listed, no routes are imported.
Usage Guidelines Changing or disabling a keyword does not affect the state of other keywords.
IS-IS ignores configured redistribution of routes, if any that are configured with the include-connected
keyword. IS-IS advertises a prefix on an interface if either IS-IS is running over the interface or the interface
is configured as passive.
Routes that are learned from IPv6 routing protocols are redistributed into IPv6 IS-IS at Level 1 into an attached
area, or at Level 2. The level-1-2 keyword allows both Level 1 and Level 2 routes in a single command.
For IPv6 RIP, use the redistribute command to advertise static routes as if they were directly connected
routes.
Note Advertising static routes as directly connected routes might cause routing loops if improperly configured.
Redistributed IPv6 RIP routing information is always filtered by the distribute-list prefix-list command in
router configuration mode. Using the distribute-list prefix-list command ensures that only those routes that
are intended by the administrator are passed along to the receiving routing protocol.
Note The metric value that is specified in the redistribute command for IPv6 RIP supersedes the metric value
that is specified using the default-metric command.
In IPv4, if you redistribute a protocol, by default, you also redistribute the subnet on the interfaces over which
the protocol is running. In IPv6, this is not the default behavior. To redistribute the subnet on the interfaces
over which the protocol is running in IPv6, use the include-connected keyword. In IPv6, this functionality
is not supported when the source protocol is BGP.
When the no redistribute command is configured, the parameter settings are ignored when the client protocol
is IS-IS or EIGRP.
IS-IS redistribution is removed completely when IS-IS Level 1 and Level 2 are removed by you. IS-IS level
settings can be configured using the redistribute command only.
The default redistribute type is restored to OSPFv3 when all route type values are removed by you.
Specify the nssa-only keyword to clear the propagate bit (P-bit) when external routes are redistributed into
an NSSA. Doing so prevents corresponding NSSA external link state advertisements (LSAs) from being
translated into other areas.
Examples The following example shows how to configure IPv6 IS-IS to redistribute IPv6 BGP routes. The
metric is specified as 5, and the metric type is set to 1.
Device> enable
Device# configure terminal
Device(config)# router isis
Device(config-router)# address-family ipv6
Device(config-router-af)# redistribute bgp 64500 metric 5 metric-type 1
The following example shows how to redistribute IPv6 BGP routes into the IPv6 RIP routing process
named cisco:
Device> enable
Device# configure terminal
Device(config)# router rip cisco
Device(config-router)# redistribute bgp 42
The following example shows how to redistribute IS-IS for IPv6 routes into the OSPFv3 for IPv6
routing process 1:
Device> enable
Device# configure terminal
Device(config)# router ospfv3 1
Device(config-router)# address-family ipv6
Device(config-router-af)# redistribute isis 1 metric 32 metric-type 1 tag 85
Syntax Description maximum Integer from 1 to 4294967295 that specifies the maximum number of IP or IPv6 prefixes
that can be redistributed into OSPF.
When the warning-only keyword is configured, the maximum value specifies the number
of prefixes that can be redistributed into OSPF before the system logs a warning message.
Redistribution is not limited.
The maximum number of IP or IPv6 prefixes that are allowed to be redistributed into OSPF,
or the number of prefixes that are allowed to be redistributed into OSPF before the system
logs a warning message, depends on whether the warning-only keyword is present.
There is no default value for the maximum argument.
If the warning-only keyword is also configured, this value does not limit redistribution; it
is simply the number of redistributed prefixes that, when reached, causes a warning message
to be logged.
percentage (Optional) Integer from 1 to 100 that specifies the threshold value, as a percentage, at which
a warning message is generated.
The default percentage is 75.
warning-only (Optional) Causes a warning message to be logged when the number of prefixes that are
defined by the maximum argument has been exceeded. Additional redistribution is not
prevented.
Usage Guidelines A network can be severely flooded if many IP or IPv6 prefixes are injected into the OSPF, perhaps by
redistributing Border Gateway Protocol (BGP) into OSPF. Limiting the number of redistributed prefixes
prevents this potential problem.
When the redistribute maximum-prefix command is configured and the number of redistributed prefixes
reaches the maximum value that is configured, no more prefixes are redistributed (unless the warning-only
keyword is configured).
Examples The following example shows how two warning messages are logged; the first if the number of
prefixes redistributed reaches 85 percent of 600 (510 prefixes), and the second if the number of
redistributed routes reaches 600. However, the number of redistributed routes is not limited.
Device> enable
Device# configure terminal
Device(config)# router ospfv3 11
Device(config-router)# address-family ipv6
Device(config-router-af)# redistribute eigrp 10 subnets
Device(config-router-af)# redistribute maximum-prefix 600 85 warning-only
The following example shows how to set a maximum of 10 prefixes that can be redistributed into
an OSPFv3 process:
Device> enable
Device# configure terminal
Device(config)# router ospfv3 10
Device(config-router)# address-family ipv6 unicast
Device(config-router-af)# redistribute maximum-prefix 10
Device(config-router-af)# redistribute connected
rewrite-evpn-rt-asn
To enable the rewrite of the autonomous system number (ASN) portion of the EVPN route target extended
community with the ASN of the target eBGP EVPN peer, use the rewrite-evpn-rt-asn command in address
family configuration mode. Use the no form of the command to disable the rewrite of ASN.
rewrite-evpn-rt-asn
no rewrite-evpn-rt-asn
Usage Guidelines The rewrite-evpn-rt-asn command is required for the route target auto feature to be used to configure EVPN
route targets. Route target auto feature is implemented on all border leaf switches that support BGP EVPN.
The rewrite-evpn-rt-asn command only affects the following:
• EVPN address family.
• Inbound route-reception.
• Routes from eBGP peers.
• Route-type 2 and route-type 5 of EVPN prefixes.
• route target extended community inside the BGP update.
The rewrite-evpn-rt-asn command only works on type 0 and on type 2 of route-target extended communities.
Note Run this command only when route target auto feature is being used and matching route targets are not
manually configured on all switches.
The following example shows how to enable rewrite of ASN using the rewrite-evpn-rt-asn command:
Device# configure terminal
Device(config)# router bgp 10000
Device(config-router)# address-family l2vpn evpn
Device(config-router-af)# rewrite-evpn-rt-asn
route-map
To define conditions for redistributing routes from one routing protocol to another routing protocol, or to
enable policy routing, use the route-map command in global configuration mode. To delete an entry, use the
no form of this command.
permit (Optional) Permits only the routes matching the route map to be forwarded
or redistributed.
deny (Optional) Blocks routes matching the route map from being forwarded or
redistributed.
sequence-number (Optional) Number that indicates the position a new route map will have in
the list of route maps already configured with the same name.
ordering-seq sequence-name (Optional) Orders the route maps based on the string provided.
Command Default Policy routing is not enabled, and conditions for redistributing routes from one routing protocol to another
routing protocol are not configured.
Usage Guidelines Use the route-map command to enter route-map configuration mode.
Use route maps to redistribute routes, or to subject packets to policy routing. Both these purposes are described
here.
Redistribution
Use the route-map global configuration command and the match and set route-map configuration commands
to define the conditions for redistributing routes from one routing protocol to another. Each route-map
command has a list of match and set commands associated with it. The match commands specify the match
criteria, that is, the conditions under which redistribution is allowed for the current route-map command.
The set commands specify the set actions, that is, the redistribution actions to be performed if the criteria
enforced by the match commands are met. If the route-map command is enabled and the user does not specify
any action, then the permit action is applied by default. The no route-map command deletes the route map.
The match route-map configuration command has multiple formats. The match commands can be run in any
order, and all the match commands must match to cause the route to be redistributed according to the set
actions specified with the set commands. The no forms of the match commands remove the specified match
criteria.
Use route maps when you want detailed control over how routes are redistributed between routing processes.
The destination routing protocol is the one you specify with the router global configuration command. The
source routing protocol is the one you specify with the redistribute router configuration command. See the
examples section for an illustration of how route maps are configured.
When passing routes through a route map, the route map can have several parts. Any route that does not match
at least one match clause relating to a route-map command is ignored, that is, the route is not advertised for
outbound route maps, and is not accepted for inbound route maps. If you want to modify only some data,
configure a second route map section with an explicit match specified.
The redistribute router configuration command uses the name specified by the map-tag argument to reference
a route map. Multiple route maps can share the same map tag name.
If the match criteria are met for this route map, and the permit keyword is specified, the route is redistributed
as controlled by the set actions. In the case of policy routing, the packet is policy routed. If the match criteria
are not met, and the permit keyword is specified, the next route map with the same map tag is tested. If a
route passes none of the match criteria for the set of route maps sharing the same name, it is not redistributed
by that set.
If the match criteria are met for the route map, and the deny keyword is specified, the route is not redistributed.
In the case of policy routing, the packet is not policy routed, and no other route maps sharing the same map
tag name are examined. If the packet is not policy routed, the normal forwarding algorithm is used.
Policy Routing
Another purpose of route maps is to enable policy routing. Use the ip policy route-map or ipv6 policy
route-map command in addition to the route-map command, and the match and set commands to define
the conditions for policy-routing packets. The match commands specify the conditions under which policy
routing occurs. The set commands specify the routing actions to be performed if the criteria enforced by the
match commands are met. We recommend that you policy route packets some way other than the obvious
shortest path.
The sequence-number argument works as follows:
• If no entry is defined with the supplied tag, an entry is created with the sequence-number argument set
to 10.
• If only one entry is defined with the supplied tag, that entry becomes the default entry for the route-map
command. The sequence-number argument of this entry is unchanged.
• If more than one entry is defined with the supplied tag, an error message is displayed to indicate that the
sequence-number argument is required.
If the no route-map map-tag command is specified (without the sequence-number argument), the entire route
map is deleted.
Examples The following example shows how to redistribute Routing Information Protocol (RIP) routes with
a hop count equal to 1 to the Open Shortest Path First (OSPF). These routes will be redistributed to
the OSPF as external link-state advertisements (LSAs) with a metric of 5, metric type of type1, and
a tag equal to 1.
Device> enable
Device# configure terminal
Device(config)# router ospf 109
Device(config-router)# redistribute rip route-map rip-to-ospf
Device(config-router)# exit
Device(config)# route-map rip-to-ospf permit
The following example for IPv6 shows how to redistribute RIP routes with a hop count equal to 1
to the OSPF. These routes will be redistributed to the OSPF as external LSAs, with a tag equal to
42, and a metric type equal to type1.
Device> enable
Device# configure terminal
Device(config)# ipv6 router ospf 1
Device(config-router)# redistribute rip one route-map rip-to-ospfv3
Device(config-router)# exit
Device(config)# route-map rip-to-ospfv3
Device(config-route-map)# match tag 42
Device(config-route-map)# set metric-type type1
The following named configuration example shows how to redistribute Enhanced Interior Gateway
Routing Protocol (EIGRP) addresses with a hop count equal to 1. These addresses are redistributed
to the EIGRP as external, with a metric of 5, and a tag equal to 1:
Device> enable
Device# configure terminal
Device(config)# router eigrp virtual-name1
Device(config-router)# address-family ipv4 autonomous-system 4453
Device(config-router-af)# topology base
Device(config-router-af-topology)# redistribute eigrp 6473 route-map
virtual-name1-to-virtual-name2
Device(config-router-af-topology)# exit-address-topology
Device(config-router-af)# exit-address-family
Device(config-router)# router eigrp virtual-name2
Device(config-router)# address-family ipv4 autonomous-system 6473
Device(config-router-af)# topology base
Device(config-router-af-topology)# exit-af-topology
Device(config-router-af)# exit-address-family
Device(config)# route-map virtual-name1-to-virtual-name2
Device(config-route-map)# match tag 42
Device(config-route-map)# set metric 5
Device(config-route-map)# set tag 1
ip policy route-map Identifies a route map to use for policy routing on an interface.
show route-map Displays all route maps configured or only the one specified.
router-id
To use a fixed router ID, use the router-id command in router configuration mode. To force Open Shortest
Path First (OSPF) to use the previous OSPF router ID behavior, use the no form of this command.
router-id ip-address
no router-id ip-address
Usage Guidelines You can configure an arbitrary value in the IP address format for each router. However, each router ID must
be unique.
If this command is used on an OSPF router process which is already active (has neighbors), the new router-ID
is used at the next reload or at a manual OSPF process restart. To manually restart the OSPF process, use the
clear ip ospf command.
router-id 10.1.1.1
clear ip ospf Clears redistribution based on the OSPF routing process ID.
router bgp
To configure the Border Gateway Protocol (BGP) routing process, use the router bgp command in global
configuration mode. To remove a BGP routing process, use the no form of this command.
Syntax Description autonomous-system-number Number of an autonomous system that identifies the router to other BGP
routers and tags the routing information that is passed along. Number in the
range from 1 to 65535.
Usage Guidelines This command allows you to set up a distributed routing core that automatically guarantees the loop-free
exchange of routing information between autonomous systems.
Cisco has implemented the following two methods of representing autonomous system numbers:
• Asplain—Decimal value notation where both 2-byte and 4-byte autonomous system numbers are
represented by their decimal value. For example, 65526 is a 2-byte autonomous system number and
234567 is a 4-byte autonomous system number.
• Asdot—Autonomous system dot notation where 2-byte autonomous system numbers are represented by
their decimal value and 4-byte autonomous system numbers are represented by a dot notation. For
example, 65526 is a 2-byte autonomous system number and 1.169031 is a 4-byte autonomous system
number (this is dot notation for the 234567 decimal number).
For details about the third method of representing autonomous system numbers, see RFC 5396.
Note In Cisco IOS releases that include 4-byte ASN support, command accounting and command authorization
that include a 4-byte ASN number are sent in the asplain notation irrespective of the format that is used on
the command-line interface.
configuration mode. When the asdot format is enabled as the default, any regular expressions to match 4-byte
autonomous system numbers must be written using the asdot format, or the regular expression match will fail.
The tables below show that although you can configure 4-byte autonomous system numbers in either asplain
or asdot format, only one format is used to display show command output and control 4-byte autonomous
system number matching for regular expressions, and the default is asplain format. To display 4-byte
autonomous system numbers in show command output and to control matching for regular expressions in the
asdot format, you must configure the bgp asnotation dot command. After enabling the bgp asnotation dot
command, a hard reset must be initiated for all BGP sessions by entering the clear ip bgp * command.
Note If you are upgrading to an image that supports 4-byte autonomous system numbers, you can still use 2-byte
autonomous system numbers. The show command output and regular expression match are not changed and
remain in asplain (decimal value) format for 2-byte autonomous system numbers regardless of the format
configured for 4-byte autonomous system numbers.
asplain 2-byte: 1 to 65535 4-byte: 65536 to 2-byte: 1 to 65535 4-byte: 65536 to 4294967295
4294967295
asdot 2-byte: 1 to 65535 4-byte: 1.0 to 65535.65535 2-byte: 1 to 65535 4-byte: 65536 to 4294967295
asplain 2-byte: 1 to 65535 4-byte: 65536 to 2-byte: 1 to 65535 4-byte: 1.0 to 65535.65535
4294967295
asdot 2-byte: 1 to 65535 4-byte: 1.0 to 65535.65535 2-byte: 1 to 65535 4-byte: 1.0 to 65535.65535
private autonomous system numbers to external networks. Cisco IOS software does not remove private
autonomous system numbers from routing updates by default. Cisco recommends that ISPs filter private
autonomous system numbers.
Note Autonomous system number assignment for public and private networks is governed by the IANA. For
information about autonomous system numbers, including reserved number assignment, or to apply to register
an autonomous system number, see the following URL: http://www.iana.org/.
Examples The following example shows how to configure a BGP process for autonomous system 45000 and
configures two external BGP neighbors in different autonomous systems using 2-byte autonomous
system numbers:
Device> enable
Device# configure terminal
Device(config)# router bgp 45000
Device(config-router)# neighbor 192.168.1.2 remote-as 40000
Device(config-router)# neighbor 192.168.3.2 remote-as 50000
Device(config-router)# neighbor 192.168.3.2 description finance
Device(config-router)# address-family ipv4
Device(config-router-af)# neighbor 192.168.1.2 activate
Device(config-router-af)# neighbor 192.168.3.2 activate
Device(config-router-af)# no auto-summary
Device(config-router-af)# no synchronization
Device(config-router-af)# network 172.17.1.0 mask 255.255.255.0
Device(config-router-af)# exit-address-family
The following example shows how to configure a BGP process for autonomous system 65538 and
configures two external BGP neighbors in different autonomous systems using 4-byte autonomous
system numbers in asplain notation. This example is supported i n Cisco IOS Release 12.0(32)SY8,
12.0(33)S3, 12.2(33)SRE, 12.2(33)XNE, 12.2(33)SXI1, Cisco IOS XE Release 2.4, and later releases.
Device> enable
Device# configure terminal
Device(config)# router bgp 65538
Device(config-router)# neighbor 192.168.1.2 remote-as 65536
Device(config-router)# neighbor 192.168.3.2 remote-as 65550
Device(config-router)# neighbor 192.168.3.2 description finance
Device(config-router)# address-family ipv4
Device(config-router-af)# neighbor 192.168.1.2 activate
Device(config-router-af)# neighbor 192.168.3.2 activate
Device(config-router-af)# no auto-summary
Device(config-router-af)# no synchronization
Device(config-router-af)# network 172.17.1.0 mask 255.255.255.0
Device(config-router-af)# exit-address-family
neighbor remote-as Adds an entry to the BGP or multiprotocol BGP neighbor table.
network (BGP and multiprotocol BGP) Specifies the list of networks for the BGP routing process.
router eigrp
To configure the EIGRP routing process, use the router eigrp command in global configuration mode. To
remove an EIGRP routing process, use the no form of this command.
Syntax Description autonomous-system-number Autonomous system number that identifies the EIGRP services to the other
EIGRP address-family routers. It is also used to tag routing information. Valid
range is from 1 to 65535.
virtual-instance-name EIGRP virtual instance name. This name must be unique among all the
address-family router processes on a single router, but need not be unique
among routers.
Usage Guidelines Configuring the router eigrp command with the autonomous-system-number argument creates an EIGRP
configuration referred to as autonomous system (AS) configuration. An EIGRP AS configuration creates an
EIGRP routing instance that can be used for tagging routing information.
Configuring the router eigrp command with the virtual-instance-name argument creates an EIGRP
configuration referred to as EIGRP named configuration. An EIGRP named configuration does not create an
EIGRP routing instance by itself. An EIGRP named configuration is a base configuration that is required to
define address-family configurations under it that are used for routing.
Examples The following example shows how to configure EIGRP process 109:
Device> enable
Device# configure terminal
Device(config)# router eigrp 109
The following example configures an EIGRP address-family routing process and assigns it the name
virtual-name:
Device> enable
Device# configure terminal
Device(config)# router eigrp virtual-name
router ospf
To configure an OSPF routing process, use the router ospf command in global configuration mode. To
terminate an OSPF routing process, use the no form of this command.
Syntax Description process-id Internally used identification parameter for an OSPF routing process. It is locally assigned,
and can be a positive integer. A unique value is assigned for each OSPF routing process.
vrf vrf-name (Optional) Specifies the name of the VPN routing and forwarding (VRF) instance to associate
with the OSPF VRF processes.
Usage Guidelines You can specify multiple OSPF routing processes in each router.
After you enter the router ospf command, you can enter the maximum number of paths. There can be between
1 and 32 paths.
Examples The following example shows how to configure an OSPF routing process and assign a process number
of 109:
Device(config)# router ospf 109
The following example shows a basic OSPF configuration using the router ospf command to
configure the OSPF VRF instance processes for the first, second, and third VRFs:
Device> enable
Device# configure terminal
Device(config)# router ospf 12 vrf first
Device(config)# router ospf 13 vrf second
Device(config)# router ospf 14 vrf third
Device(config)# exit
network area Defines the interfaces on which OSPF runs, and defines the area ID for those interfaces.
router ospfv3
To enter Open Shortest Path First Version 3 (OSPFv3) through router configuration mode, use the router
ospfv3 command in global configuration mode.
Syntax Description process-id (Optional) Internal identification. The number that is used here is the number assigned
administratively when enabling the OSPFv3 routing process. The range is 1-65535.
Usage Guidelines Use the router ospfv3 command to enter OSPFv3 router configuration mode. From this mode, you can enter
taddress-family configuration mode for IPv6 or IPv4, and then configure the IPv6 or IPv4 address family.
Examples The following example shows how to enter OSPFv3 router configuration mode:
Device> enable
Device# configure terminal
Device(config)# router ospfv3 1
Device(config-router)#
send-lifetime
To set the time period during which an authentication key on a key chain is valid to be sent, use the
send-lifetime command in key chain key configuration mode. To revert to the default value, use the no form
of this command.
start-time Beginning time that the key specified by the key command is valid to be sent. The
syntax can be either of the following:
hh : mm : ss month date year
hh : mm : ss date month year
• hh: Hours
• mm: Minutes
• ss: Seconds
• month: First three letters of the month
• date: Date (1-31)
• year: Year (four digits)
The default start time and the earliest acceptable date is January 1, 1993.
end-time Key is valid to be sent from the start-time value until the end-timevalue. The syntax
is the same as that for the start-timevalue.The end-time value must be after the
start-timevalue. The default end time is an infinite time period.
duration seconds Length of time (in seconds) that the key is valid to be sent. The range is from 1 to
2147483646.
Command Default Forever (the starting time is January 1, 1993, and the ending time is infinite)
Cisco IOS XE Bengaluru 17.5.1 The new range of the duration keyword is from 1 to 2147483646.
Usage Guidelines Specify a start-time value and one of the following values: infinite, end-time, or duration seconds.
We recommend running Network Time Protocol (NTP) or some other time synchronization method if you
intend to set lifetimes on keys.
If the last key expires, authentication will continue and an error message will be generated. To disable
authentication, you must manually delete the last valid key.
Examples The following example configures a key chain named chain1. The key named key1 will be accepted
from 1:30 p.m. to 3:30 p.m. and be sent from 2:00 p.m. to 3:00 p.m. The key named key2 will be
accepted from 2:30 p.m. to 4:30 p.m. and be sent from 3:00 p.m. to 4:00 p.m. The overlap allows
for migration of keys or a discrepancy in the set time of the router. There is a 30-minute leeway on
each side to handle time differences.
Device(config)# interface GigabitEthernet1/0/1
Device(config-if)# ip rip authentication key-chain chain1
Device(config-if)# ip rip authentication mode md5
Device(config-if)# exit
Device(config)# router rip
Device(config-router)# network 172.19.0.0
Device(config-router)# version 2
Device(config-router)# exit
Device(config)# key chain chain1
Device(config-keychain)# key 1
Device(config-keychain-key)# key-string key1
Device(config-keychain-key)# accept-lifetime 13:30:00 Jan 25 1996 duration 7200
Device(config-keychain-key)# send-lifetime 14:00:00 Jan 25 1996 duration 3600
Device(config-keychain-key)# exit
Device(config-keychain)# key 2
Device(config-keychain)# key-string key2
Device(config-keychain)# accept-lifetime 14:30:00 Jan 25 1996 duration 7200
Device(config-keychain)# send-lifetime 15:00:00 Jan 25 1996 duration 3600
The following example configures a key chain named chain1 for EIGRP address-family. The key
named key1 will be accepted from 1:30 p.m. to 3:30 p.m. and be sent from 2:00 p.m. to 3:00 p.m.
The key named key2 will be accepted from 2:30 p.m. to 4:30 p.m. and be sent from 3:00 p.m. to 4:00
p.m. The overlap allows for migration of keys or a discrepancy in the set time of the router. There
is a 30-minute leeway on each side to handle time differences.
Device(config)# router eigrp 10
Device(config-router)# address-family ipv4 autonomous-system 4453
Device(config-router-af)# network 10.0.0.0
Device(config-router-af)# af-interface ethernet0/0
Device(config-router-af-interface)# authentication key-chain trees
Device(config-router-af-interface)# authentication mode md5
Device(config-router-af-interface)# exit
Device(config-router-af)# exit
Device(config-router)# exit
Device(config)# key chain chain1
Device(config-keychain)# key 1
Device(config-keychain-key)# key-string key1
Device(config-keychain-key)# accept-lifetime 13:30:00 Jan 25 1996 duration 7200
Device(config-keychain-key)# send-lifetime 14:00:00 Jan 25 1996 duration 3600
Device(config-keychain-key)# exit
Device(config-keychain)# key 2
Device(config-keychain-key)# key-string key2
Device(config-keychain-key)# accept-lifetime 14:30:00 Jan 25 1996 duration 7200
Device(config-keychain-key)# send-lifetime 15:00:00 Jan 25 1996 duration 3600
accept-lifetime Sets the time period during which the authentication key on a key chain is
received as valid.
key chain Defines an authentication key chain needed to enable authentication for
routing protocols.
set community
To set the BGP communities attribute, use the set community route map configuration command. To delete
the entry, use the no form of this command.
Syntax Description community-number Specifies that community number. Valid values are from 1 to 4294967200,
no-export, or no-advertise.
well-known-community (Optional) Well know communities can be specified by using the following
keywords:
• internet
• local-as
• no-advertise
• no-export
none (Optional) Removes the community attribute from the prefixes that pass the route
map.
Command Modes
Route-map configuration (config-route-map)
Table 168:
Command History
Release Modification
Usage Guidelines You must have a match clause (even if it points to a “permit everything” list) if you want to set tags.
Use the route-map global configuration command, and the match and set route map configuration commands,
to define the conditions for redistributing routes from one routing protocol into another. Each route-map
command has a list of match and set commands associated with it. The match commands specify the match
criteria --the conditions under which redistribution is allowed for the current route-mapcommand. The set
commands specify the set actions --the particular redistribution actions to perform if the criteria enforced by
the match commands are met. The no route-map command deletes the route map.
The set route map configuration commands specify the redistribution set actions to be performed when all of
the match criteria of a route map are met. When all match criteria are met, all set actions are performed.
Examples In the following example, routes that pass the autonomous system path access list 1 have the
community set to 109. Routes that pass the autonomous system path access list 2 have the community
set to no-export (these routes will not be advertised to any external BGP [eBGP] peers).
In the following similar example, routes that pass the autonomous system path access list 1 have the
community set to 109. Routes that pass the autonomous system path access list 2 have the community
set to local-as (the router will not advertise this route to peers outside the local autonomous system.
ip community-list Creates a community list for BGP and control access to it.
route-map (IP) Defines the conditions for redistributing routes from one routing protocol into
another, or enables policy routing.
set comm-list delete Removes communities from the community attribute of an inbound or outbound
update.
show ip bgp community Displays routes that belong to specified BGP communities.
Syntax Description ip-address IP address of the next hop to which packets are output. It need not be an adjacent router.
peer-address (Optional) Sets the next hop to be the BGP peering address.
Command Modes
Route-map configuration (config-route-map)
Usage Guidelines An ellipsis (...) in the command syntax indicates that your command input can include multiple values for the
ip-address argument.
Use the ip policy route-map interface configuration command, the route-map global configuration command,
and the match and set route-map configuration commands to define the conditions for policy routing packets.
The ip policy route-map command identifies a route map by name. Each route-map command has a list of
match and set commands associated with it. The match commands specify the match criteria --the conditions
under which policy routing occurs. The set commands specify the set actions --the particular routing actions
to perform if the criteria enforced by the match commands are met.
If the first next hop specified with the set ip next-hop command is down, the optionally specified IP addresses
are tried in turn.
When the set ip next-hop command is used with the peer-address keyword in an inbound route map of a
BGP peer, the next hop of the received matching routes will be set to be the neighbor peering address, overriding
any third-party next hops. So the same route map can be applied to multiple BGP peers to override third-party
next hops.
When the set ip next-hop command is used with the peer-address keyword in an outbound route map of a
BGP peer, the next hop of the advertised matching routes will be set to be the peering address of the local
router, thus disabling the next hop calculation. The set ip next-hop command has finer granularity than the
(per-neighbor) neighbor next-hop-self command, because you can set the next hop for some routes, but not
others. The neighbor next-hop-self command sets the next hop for all routes sent to that neighbor.
The set clauses can be used in conjunction with one another. They are evaluated in the following order:
1. set ip next-hop
2. set interface
3. set ip default next-hop
Note To avoid a common configuration error for reflected routes, do not use the set ip next-hop command in a
route map to be applied to BGP route reflector clients.
Configuring the set ip next-hop ...ip-address command on a VRF interface allows the next hop to be looked
up in a specified VRF address family. In this context, the ...ip-address argument matches that of the specified
VRF instance.
Examples In the following example, three routers are on the same FDDI LAN (with IP addresses 10.1.1.1,
10.1.1.2, and 10.1.1.3). Each is in a different autonomous system. The set ip next-hop peer-address
command specifies that traffic from the router (10.1.1.3) in remote autonomous system 300 for the
router (10.1.1.1) in remote autonomous system 100 that matches the route map is passed through the
router bgp 200, rather than sent directly to the router (10.1.1.1) in autonomous system 100 over their
mutual connection to the LAN.
ip policy route-map Identifies a route map to use for policy routing on an interface.
match ip address Distributes any routes that have a destination network number address that is
permitted by a standard or extended access list, and performs policy routing on
packets.
neighbor next-hop-self Disables next hop processing of BGP updates on the router.
route-map (IP) Defines the conditions for redistributing routes from one routing protocol to
another, or enables policy routing.
set default interface Indicates where to output packets that pass a match clause of a route map for
policy routing and that have no explicit route to the destination.
set interface Indicates where to output packets that pass a match clause of a route map for
policy routing.
set ip default next-hop Indicates where to output packets that pass a match clause of a route map for
policy routing and for which the Cisco IOS software has no explicit route to a
destination.
show ip bgp
To display entries in the Border Gateway Protocol (BGP) routing table, use the show ip bgp command in
user EXEC or privileged EXEC mode.
Syntax Description ip-address (Optional) IP address entered to filter the output to display only a particular host
or network in the BGP routing table.
mask (Optional) Mask to filter or match hosts that are part of the specified network.
longer-prefixes (Optional) Displays the specified route and all more-specific routes.
injected (Optional) Displays more-specific prefixes injected into the BGP routing table.
shorter-prefixes (Optional) Displays the specified route and all less-specific routes.
length (Optional) The prefix length. The range is a number from 0 to 32.
best-path-reason (Optional) Displays the reason why a path loses to the bestpath.
Note If the best-path is yet to be selected, then the output will be 'Best Path
Evaluation: No best path'
subnets (Optional) Displays the subnet routes for the specified prefix.
all (Optional) Displays all address family information in the BGP routing table.
oer-paths (Optional) Displays Optimized Edge Routing (OER) controlled prefixes in the
BGP routing table.
prefix-list name (Optional) Filters the output based on the specified prefix list.
pending-prefixes (Optional) Displays prefixes that are pending deletion from the BGP routing table.
route-map name (Optional) Filters the output based on the specified route map.
version version-number (Optional) Displays all prefixes with network versions greater than or equal to the
specified version number. The range is from 1 to 4294967295.
recent offset-value (Optional) Displays the offset from the current routing table version. The range is
from 1 to 4294967295.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 The best-path-reason keyword was added to this
command.
BGP Path Installation Time-Stamp was added to the
output of the command.
BGP Peak Prefix Watermark was added to the output
of the command.
Usage Guidelines The show ip bgp command is used to display the contents of the BGP routing table. The output can be filtered
to display entries for a specific prefix, prefix length, and prefixes injected through a prefix list, route map, or
conditional advertisement.
When changes are made to the network address, the network version number is incremented. Use the version
keyword to view a specific network version.
Device#show ip bgp
N* 10.0.0.1 10.0.0.3 0 0 3 ?
N*> 10.0.3.5 0 0 4 ?
Nr 10.0.0.0/8 10.0.0.3 0 0 3 ?
Nr> 10.0.3.5 0 0 4 ?
The table below describes the significant fields shown in the display.
Field Description
BGP table version Internal version number of the table. This number is incremented whenever the table
changes.
Status codes Status of the table entry. The status is displayed at the beginning of each line in the
table. It can be one of the following values:
• s—The table entry is suppressed.
• d—The table entry is dampened.
• h—The table entry history.
• *—The table entry is valid.
• >—The table entry is the best entry to use for that network.
• i—The table entry was learned via an internal BGP (iBGP) session.
• r—The table entry is a RIB-failure.
• S—The table entry is stale.
• m—The table entry has multipath to use for that network.
• b—The table entry has a backup path to use for that network.
• x—The table entry has a best external route to use for the network.
Origin codes Origin of the entry. The origin code is placed at the end of each line in the table. It
can be one of the following values:
• a—Path is selected as an additional path.
• i—Entry originated from an Interior Gateway Protocol (IGP) and was advertised
with a network router configuration command.
• e—Entry originated from an Exterior Gateway Protocol (EGP).
• ?—Origin of the path is not clear. Usually, this is a router that is redistributed
into BGP from an IGP.
RPKI validation codes If shown, the RPKI validation state for the network prefix, which is downloaded
from the RPKI server. The codes are shown only if the bgp rpki server or neighbor
announce rpki state command is configured.
Next Hop IP address of the next system that is used when forwarding a packet to the destination
network. An entry of 0.0.0.0 indicates that the router has some non-BGP routes to
this network.
Field Description
LocPrf Local preference value as set with the set local-preference route-map configuration
command. The default value is 100.
Path Autonomous system paths to the destination network. There can be one entry in this
field for each autonomous system in the path.
(stale) Indicates that the following path for the specified autonomous system is marked as
“stale” during a graceful restart process.
Device#show ip bgp
The following sample output displays information about the 10.3.3.3 255.255.255.255 entry in the
BGP routing table:
The table below describes the significant fields shown in the display.
Field Description
BGP routing table entry for IP address or network number of the routing table entry.
version Internal version number of the table. This number is incremented whenever the
table changes.
Paths The number of available paths, and the number of installed best paths. This
line displays “Default-IP-Routing-Table” when the best path is installed in the
IP routing table.
Multipath This field is displayed when multipath load sharing is enabled. This field will
indicate if the multipaths are iBGP or eBGP.
Advertised to update-groups The number of each update group for which advertisements are processed.
Origin Origin of the entry. The origin can be IGP, EGP, or incomplete. This line
displays the configured metric (0 if no metric is configured), the local preference
value (100 is default), and the status and type of route (internal, external,
multipath, best).
Extended Community This field is displayed if the route carries an extended community attribute.
The attribute code is displayed on this line. Information about the extended
community is displayed on a subsequent line.
18 21 23 24 25 26 28
Refresh Epoch 1
20 40, (Received from a RR-client)
192.0.2.9 from 192.0.2.9 (192.0.2.9)
Origin IGP, metric 200, localpref 100, valid, internal, group-best, all
Originator: 192.0.2.9, Cluster list: 2.2.2.2
mpls labels in/out 16/nolabel
rx pathid: 0x1, tx pathid: 0x4
Updated on Jun 17 2018 18:34:12 PST
Path advertised to update-groups:
21
Refresh Epoch 1
30 40
192.0.2.9 from 192.0.2.9 (192.0.2.9)
Origin IGP, metric 100, localpref 100, valid, internal, all
Originator: 192.0.2.9, Cluster list: 4.4.4.4
mpls labels in/out 16/nolabel
rx pathid: 0x1, tx pathid: 0x1
Updated on Jun 17 2018 18:34:12 PST
The following sample output from the show ip bgp version recent command displays the prefix
changes in the specified version:
Device#show ip bgp version recent 2
The following sample output for the show ip bgp summary command shows the peak watermarks
and their time-stamps for the peak number of route entries per neighbor bases:
Device#show ip bgp all summary
bgp asnotation dot Changes the default display and the regular expression match format of
BGP 4-byte autonomous system numbers from asplain (decimal values)
to dot notation.
ip bgp community new-format Configures BGP to display communities in the format AA:NN.
route-map Defines the conditions for redistributing routes from one routing protocol
into another routing protocol.
show ip bgp [{ipv4 {multicast | unicast} | vpnv4 all | vpnv6 unicast all}] neighbors [{slowip-address
| ipv6-address [{advertised-routes | dampened-routes | flap-statistics | paths [reg-exp] | policy [detail]
| received prefix-filter | received-routes | routes}]}]
Syntax Description ipv4 (Optional) Displays peers in the IPv4 address family.
vpnv6 unicast all (Optional) Displays peers in the VPNv6 address family.
ip-address (Optional) IP address of the IPv4 neighbor. If this argument is omitted, information
about all neighbors is displayed.
advertised-routes (Optional) Displays all routes that have been advertised to neighbors.
dampened-routes (Optional) Displays the dampened routes received from the specified neighbor.
flap-statistics (Optional) Displays the flap statistics of the routes learned from the specified
neighbor (for external BGP peers only).
paths reg-exp (Optional) Displays autonomous system paths learned from the specified neighbor.
An optional regular expression can be used to filter the output.
policy (Optional) Displays the policies applied to this neighbor per address family.
detail (Optional) Displays detailed policy information such as route maps, prefix lists,
community lists, access control lists (ACLs), and autonomous system path filter
lists.
received prefix-filter (Optional) Displays the prefix list (outbound route filter [ORF]) sent from the
specified neighbor.
received-routes (Optional) Displays all received routes (both accepted and rejected) from the
specified neighbor.
routes (Optional) Displays all routes that are received and accepted. The output displayed
when this keyword is entered is a subset of the output displayed by the
received-routes keyword.
Command Default The output of this command displays information for all neighbors.
Command History
Command History Release Modification
Cisco IOS XE Gibraltar 16.10.1 BGP Peak Prefix Watermark was added to the
command output.
Usage Guidelines Use the show ip bgp neighbors command to display BGP and TCP connection information for neighbor
sessions. For BGP, this includes detailed neighbor attribute, capability, path, and prefix information. For TCP,
this includes statistics related to BGP neighbor session establishment and maintenance.
Prefix activity is displayed based on the number of prefixes that are advertised and withdrawn. Policy denials
display the number of routes that were advertised but then ignored based on the function or attribute that is
displayed in the output.
Examples Example output is different for the various keywords available for the show ip bgp neighbors
command. Examples using the various keywords appear in the following sections.
The table below describes the significant fields shown in the display. Fields that are preceded by the
asterisk character (*) are displayed only when the counter has a nonzero value.
Field Description
BGP neighbor IP address of the BGP neighbor and its autonomous system number.
local AS 300 no-prepend (not shown Verifies that the local autonomous system number is not prepended to
in display) received external routes. This output supports the hiding of the local
autonomous systems when a network administrator is migrating
autonomous systems.
Field Description
internal link “internal link” is displayed for iBGP neighbors; “external link” is
displayed for external BGP (eBGP) neighbors.
BGP version BGP version being used to communicate with the remote router.
up for Time, in hh:mm:ss, that the underlying TCP connection has been in
existence.
Last read Time, in hh:mm:ss, since BGP last received a message from this
neighbor.
last write Time, in hh:mm:ss, since BGP last sent a message to this neighbor.
hold time Time, in seconds, that BGP will maintain the session with this neighbor
without receiving messages.
keepalive interval Time interval, in seconds, at which keepalive messages are transmitted
to this neighbor.
Neighbor capabilities BGP capabilities advertised and received from this neighbor.
“advertised and received” is displayed when a capability is successfully
exchanged between two routers.
MPLS Label capability Indicates that MPLS labels are both sent and received by the eBGP
peer.
Field Description
Route Refresh Number of route refresh request messages sent and received.
For address family: Address family to which the following fields refer.
BGP table version Internal version number of the table. This is the primary routing table
with which the neighbor has been updated. The number increments
when the table changes.
neighbor version Number used by the software to track prefixes that have been sent and
those that need to be sent.
1 update-group member Number of the update-group member for this address family.
Implicit Withdraw Number of times that a prefix has been withdrawn and readvertised.
Explicit Withdraw Number of times that a prefix has been withdrawn because it is no
longer feasible.
* Saved (soft-reconfig) Number of soft resets performed with a neighbor that supports soft
reconfiguration. This field is displayed only if the counter has a nonzero
value.
* History paths This field is displayed only if the counter has a nonzero value.
* Invalid paths Number of invalid paths. This field is displayed only if the counter
has a nonzero value.
Local Policy Denied Prefixes Prefixes denied due to local policy configuration. Counters are updated
for inbound and outbound policy denials. The fields under this heading
are displayed only if the counter has a nonzero value.
Field Description
* Bestpath from this peer Displays inbound denials because the best path came from the local
router.
* Suppressed due to dampening Displays inbound denials because the neighbor or link is in a
dampening state.
* Bestpath from iBGP peer Deploys inbound denials because the best path came from an iBGP
neighbor.
* Incorrect RIB for CE Deploys inbound denials due to RIB errors for a customer edge (CE)
router.
Current session network count Displays the peak number of networks observed in the current session.
peaked...
Highest network count observed at... Displays the peak number of networks observed since startup.
Connections established Number of times a TCP and BGP connection has been successfully
established.
dropped Number of times that a valid session has failed or been taken down.
Last reset Time, in hh:mm:ss, since this peering session was last reset. The reason
for the reset is displayed on this line.
Field Description
External BGP neighbor may be... Indicates that the BGP time to live (TTL) security check is enabled.
The maximum number of hops that can separate the local and remote
peer is displayed on this line.
Local host: 10.108.50.1, Local port: IP address of the local BGP speaker. BGP port number 179.
179
Foreign host: 10.108.50.2, Foreign Neighbor address and BGP destination port number.
port: 42698
Event Timers TCP event timers. Counters are provided for starts and wakeups
(expired timers).
snduna: Last transmission sequence number that has not been acknowledged.
rcvnxt: Last receive sequence number that has been locally acknowledged.
Field Description
delrcvwnd: Delayed receive window—data the local host has read from the
connection, but has not yet subtracted from the receive window the
host has advertised to the remote host. The value in this field gradually
increases until it is higher than a full-sized packet, at which point it is
applied to the rcvwnd field.
KRTT: New round-trip timeout (using the Karn algorithm). This field
separately tracks the round-trip time of packets that have been re-sent.
ACK hold: Length of time the local host will delay an acknowledgment to carry
(piggyback) additional data.
The table below describes the significant fields shown in the display.
Field Description
BGP table version Internal version number of the table. This is the primary routing table with which the
neighbor has been updated. The number increments when the table changes.
Field Description
Status codes Status of the table entry. The status is displayed at the beginning of each line in the table.
It can be one of the following values:
• s—The table entry is suppressed.
• d—The table entry is dampened and will not be advertised to BGP neighbors.
• h—The table entry does not contain the best path based on historical information.
• *—The table entry is valid.
• >—The table entry is the best entry to use for that network.
• i—The table entry was learned via an internal BGP (iBGP) session.
Origin codes Origin of the entry. The origin code is placed at the end of each line in the table. It can
be one of the following values:
• i—Entry originated from Interior Gateway Protocol (IGP) and was advertised with
a network router configuration command.
• e—Entry originated from Exterior Gateway Protocol (EGP).
• ?—Origin of the path is not clear. Usually, this is a route that is redistributed into
BGP from an IGP.
Next Hop IP address of the next system used to forward a packet to the destination network. An
entry of 0.0.0.0 indicates that there are non-BGP routes in the path to the destination
network.
Metric If shown, this is the value of the interautonomous system metric. This field is not used
frequently.
LocPrf Local preference value as set with the set local-preference route-map configuration
command. The default value is 100.
Path Autonomous system paths to the destination network. There can be one entry in this field
for each autonomous system in the path.
Neighbor sessions:
1 active, is not multisession capable (disabled)
Neighbor capabilities:
Route refresh: advertised and received(new)
Four-octets ASN Capability: advertised and received
Address family IPv4 Unicast: advertised and received
Enhanced Refresh Capability: advertised and received
Multisession Capability:
Stateful switchover support enabled: NO for session 1
The table below describes the significant fields shown in the display.
Field Description
Metric Multi Exit Discriminator (MED) metric for the path. (The name of this metric for BGP versions
2 and 3 is INTER_AS.)
Path Autonomous system path for that route, followed by the origin code for that route.
The table below describes the significant fields shown in the display.
Field Description
Address family Address family mode in which the prefix filter is received.
Outbound Inbound
Local Policy Denied Prefixes: -------- -------
MALFORM treat as withdraw: 0 1
Total: 0 1
Neighbor capabilities:
Additional paths Send: advertised and received
Additional paths Receive: advertised and received
Route refresh: advertised and received(old & new)
Graceful Restart Capabilty: advertised and received
Address family IPv4 Unicast: advertised and received
Outbound Inbound
Local Policy Denied Prefixes: -------- -------
Total: 0 0
Number of NLRIs in the update sent: max 2, min 0
Current session network count peaked at 20 entries at 00:00:23 Aug 8 2018 PST (00:01:29.156
ago).
Highest network count observed at 20 entries at 23:55:32 Aug 7 2018 PST (00:06:20.156
ago).
Last detected as dynamic slow peer: never
Dynamic slow peer recovered: never
Refresh Epoch: 1
Last Sent Refresh Start-of-rib: never
Last Sent Refresh End-of-rib: never
Last Received Refresh Start-of-rib: never
Last Received Refresh End-of-rib: never
Sent Rcvd
Refresh activity: ---- ----
Refresh Start-of-RIB 0 0
Refresh End-of-RIB 0 0
…………
Packets received in fast path: 0, fast processed: 0, slow path: 0
fast lock acquisition failures: 0, slow path: 0
TCP Semaphore 0x7FA8A0AE7BA0 FREE
bgp asnotation dot Changes the default display and the regular expression match format of
BGP 4-byte autonomous system numbers from asplain (decimal values)
to dot notation.
bgp enhanced-error Restores the default behavior of treating Update messages that have a
malformed attribute as withdrawn, or includes iBGP peers in the
Enhanced Attribute Error Handling feature.
neighbor path-attribute discard Configures the device to discard unwanted Update messages from the
specified neighbor that contain a specified path attribute.
neighbor path-attribute Configures the device to withdraw from the specified neighbor unwanted
treat-as-withdraw Update messages that contain a specified attribute.
neighbor send-label Enables a BGP router to send MPLS labels with BGP routes to a
neighboring BGP router.
neighbor send-label explicit-null Enables a BGP router to send MPLS labels with explicit-null information
for a CSC-CE router and BGP routes to a neighboring CSC-PE router.
Syntax Description prefix /length (Optional) IPv6 network number and length of the IPv6 prefix, entered to display a particular
network in the IPv6 BGP routing table.
• The length is a decimal value that indicates how many of the high-order contiguous bits
of the address comprise the prefix (the network portion of the address). A slash mark
must precede the decimal value.
Command History
Command History Release Modification
Usage Guidelines The show ip bgp ipv6 unicast command provides output similar to the show ip bgp command, except that
it is IPv6 specific.
Examples The following is sample output from the show bgp ipv6 unicast prefix/length command, showing
the RPKI state of the path:
The table below describes the significant fields shown in the display.
Field Description
BGP routing table entry for IPv6 prefix and prefix length, internal version
number of the table. This number is incremented
whenever the table changes.
Field Description
2002::1 (FE80::A8BB:CCFF:FE00:300) from 2002::1 Address of the neighbor from which the path was
(10.0.0.3) received, link local address of the neighbor, from
address of the neighbor, BGP router ID of the
neighbor.
Syntax Description vrf vrf-name (Optional) Displays information about the specified virtual routing and
forwarding (VRF) instance.
type (Optional) Interface type. For more information, use the question mark (?)
online help function.
number (Optional) Interface or subinterface number. For more information about the
numbering syntax for your networking device, use the question mark (?) online
help function.
detail (Optional) Displays detailed information about EIGRP interfaces for a specific
EIGRP process.
Usage Guidelines Use the show ip eigrp interfaces command to display active EIGRP interfaces and EIGRP-specific interface
settings and statistics. The optional type number argument and the detail keyword can be entered in any order.
If an interface is specified, only information about that interface is displayed. Otherwise, information about
all interfaces on which EIGRP is running is displayed.
If an autonomous system is specified, only the routing process for the specified autonomous system is displayed.
Otherwise, all EIGRP processes are displayed.
This command can be used to display information about EIGRP named and EIGRP autonomous system
configurations.
This command displays the same information as the show eigrp address-family interfaces command. Cisco
recommends using the show eigrp address-family interfaces command.
Examples The following is sample output from the show ip eigrp interfaces command:
The following sample output from the show ip eigrp interfaces detail command displays detailed
information about all active EIGRP interfaces:
The following sample output from the show ip eigrp interfaces detail command displays detailed
information about a specific interface on which the no ip next-hop self command is configured along
with the no-ecmp-mode option:
The table below describes the significant fields shown in the displays.
Field Description
Field Description
PeerQ Un/Reliable Number of unreliable and reliable packets queued for transmission to specific
peers on the interface.
Xmit Queue Un/Reliable Number of packets remaining in the Unreliable and Reliable transmit queues.
Mean SRTT Mean smooth round-trip time (SRTT) interval (in seconds).
Pacing Time Un/Reliable Pacing time (in seconds) used to determine when EIGRP packets (unreliable and
reliable) should be sent out of the interface .
Multicast Flow Timer Maximum number of seconds for which the device will send multicast EIGRP
packets.
Packetized sent/expedited Number of EIGRP routes that have been prepared for sending packets to neighbors
on an interface, and the number of times multiple routes were stored in a single
packet.
Hello’s sent/expedited Number of EIGRP hello packets that have been sent on an interface and packets
that were expedited.
show eigrp address-family interfaces Displays information about address family interfaces configured
for EIGRP.
Syntax Description vrf vrf-name (Optional) Displays information about the specified VPN Routing and
Forwarding (VRF) instance.
Usage Guidelines The show ip eigrp neighbors command can be used to display information about EIGRP named and EIGRP
autonomous-system configurations. Use the show ip eigrp neighbors command to display dynamic and static
neighbor states. You can use this command for also debugging certain types of transport problems.
This command displays the same information as the show eigrp address-family neighbors command. Cisco
recommends that you use the show eigrp address-family neighbors command.
Examples The following is sample output from the show ip eigrp neighbors command:
The table below describes the significant fields shown in the display.
Field Description
Interface Interface on which the router is receiving hello packets from the peer.
Field Description
Hold Time in seconds for which EIGRP waits to hear from the peer before declaring it down.
Uptime Elapsed time (in hours:minutes: seconds) since the local router first heard from this neighbor.
SRTT Smooth round-trip time. This is the number of milliseconds required for an EIGRP packet to be
sent to this neighbor and for the local router to receive an acknowledgment of that packet.
RTO Retransmission timeout (in milliseconds). This is the amount of time the software waits before
resending a packet from the retransmission queue to a neighbor.
Q Cnt Number of EIGRP packets (update, query, and reply) that the software is waiting to send.
Seq Num Sequence number of the last update, query, or reply packet that was received from this neighbor.
The following is sample output from the show ip eigrp neighbors detailcommand:
The table below describes the significant fields shown in the display.
Field Description
H This column lists the order in which a peering session was established with the specified neighbor.
The order is specified with sequential numbering starting with 0.
Interface Interface on which the router is receiving hello packets from the peer.
Hold Time in seconds for which EIGRP waits to hear from the peer before declaring it down.
Lisp Indicates that routes from this neighbor are LISP encapsulated.
Encap
Uptime Elapsed time (in hours:minutes: seconds) since the local router first heard from this neighbor.
SRTT Smooth round-trip time. This is the number of milliseconds required for an EIGRP packet to be
sent to this neighbor and for the local router to receive an acknowledgment of that packet.
RTO Retransmission timeout (in milliseconds). This is the amount of time the software waits before
resending a packet from the retransmission queue to a neighbor.
Q Cnt Number of EIGRP packets (update, query, and reply) that the software is waiting to send.
Field Description
Seq Num Sequence number of the last update, query, or reply packet that was received from this neighbor.
show ip eigrp topology [{ network [{ mask }] prefix | active | all-links | detail-links | pending |
secondary-paths | summary | zero-successors }]
prefix (Optional) Network prefix in the format <network>/<length>, for example, 192.168.0.0/16.
active (Optional) Displays all topology entries that are in the active state.
all-links (Optional) Displays all the entries in the EIGRP topology table (including nonfeasible
successor sources).
detail-links (Optional) Displays all the topology entries with additional details.
pending (Optional) Displays all the entries in the EIGRP topology table that are either waiting for
an update from a neighbor or to reply to a neighbor.
zero-successors (Optional) Displays the available routes that have zero successors.
Command Default If this command is used without any of the optional keywords, only topology entries with feasible successors
are displayed and only feasible paths are shown.
Usage Guidelines Use the show ip eigrp topology command to display topology entries, feasible and nonfeasible paths, metrics,
and states. This command can be used without any arguments or keywords to display only topology entries
with feasible successors and feasible paths. The all-links keyword displays all the paths, whether feasible or
not, and the detail-links keyword displays additional details about these paths.
Use this command to display information about EIGRP named and EIGRP autonomous system configurations.
This command displays the same information as the show eigrp address-family topology command. We
recommend that you use the show eigrp address-family topology command.
Examples The following is a sample output from the show ip eigrp topology command:
Device# show ip eigrp topology
The following is a sample output from the show ip eigrp topology prefix command, and displays
detailed information about a single prefix. The prefix shown is an EIGRP internal route.
Device# show ip eigrp topology 10.0.0.0/8
The following is a sample output from the show ip eigrp topology prefix command, and displays
detailed information about a single prefix. The prefix shown is an EIGRP external route.
Device# show ip eigrp topology 192.16.1.0/24
The following is a sample output from the show ip eigrp topology prefix command displays Equal
Cost Multipath (ECMP) mode information when the no ip next-hop-self command is configured
without the no-ecmp-mode keyword in an EIGRP topology. The ECMP mode provides information
about the path that is being advertised. If there is more than one successor, the top-most path is
advertised as the default path over all the interfaces, and ECMP Mode: Advertise by default
is displayed in the output. If any path other than the default path is advertised, ECMP Mode:
Advertise out <Interface name> is displayed.
The topology table displays entries of routes for a particular prefix. The routes are sorted based on
metric, next-hop, and infosource. In a Dynamic Multipoint VPN (DMVPN) scenario, routes with
the same metric and next hop are sorted based on infosource. The top route in the ECMP is always
advertised.
Device# show ip eigrp topology 192.168.10.0/24
The following is a sample output from the show ip eigrp topology all-links command, and displays
all the paths, including those that are not feasible:
Device# show ip eigrp topology all-links
The following is a sample output from the show ip eigrp topology detail-links command, and
displays additional details about routes:
Device# show ip eigrp topology detail-links
The following table describes the significant fields shown in the above examples:
Field Description
show eigrp address-family topology Displays entries in the EIGRP address-family topology table.
Syntax Description vrf vrf-name (Optional) Displays information about the specified VRF.
Usage Guidelines This command can be used to display information about EIGRP named configurations and EIGRP
autonomous-system (AS) configurations.
This command displays the same information as the show eigrp address-family traffic command. Cisco
recommends using the show eigrp address-family traffic command.
Examples The following is sample output from the show ip eigrp traffic command:
The table below describes the significant fields shown in the display.
Field Description
Field Description
SIA-Queries sent/received Number of stuck in active query packets sent and received.
SIA-Replies sent/received Number of stuck in active reply packets sent and received.
Input queue The EIGRP Hello Process to EIGRP PDM socket queue counters.
show eigrp address-family traffic Displays the number of EIGRP packets sent and received.
show ip ospf
To display general information about Open Shortest Path First (OSPF) routing processes, use the showipospf
command in user EXEC or privileged EXEC mode.
Syntax Description process-id (Optional) Process ID. If this argument is included, only information for the specified routing
process is included.
Examples The following is sample output from the showipospf command when entered without a specific
OSPF process ID:
Device#show ip ospf
Device#show ip ospf
The table below describes the significant fields shown in the display.
Field Description
Routing process “ospf 201” with ID 10.0.0.1 Process ID and OSPF router ID.
Field Description
LSA group pacing timer Configured LSA group pacing timer (in seconds).
Interface flood pacing timer Configured LSA flood pacing timer (in milliseconds).
Number of DCbitless external and opaque AS Number of demand circuit external and opaque link-state
LSA advertisements.
Number of DoNotAge external and opaque AS Number of do not age external and opaque link-state
LSA advertisements.
Number of areas in this router is Number of areas configured for the router.
The following is an excerpt of output from the showipospf command when the OSPF Forwarding
Address Suppression in Type-5 LSAs feature is configured:
Device#show ip ospf
.
.
.
Area 2
Number of interfaces in this area is 4
It is a NSSA area
Perform type-7/type-5 LSA translation, suppress forwarding address
.
.
.
Routing Process "ospf 1" with ID 192.168.0.1
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Incremental-SPF disabled
Minimum LSA interval 5 secs
Minimum LSA arrival 1000 msecs
LSA group pacing timer 240 secs
Interface flood pacing timer 33 msecs
Retransmission pacing timer 66 msecs
Number of external LSA 0. Checksum Sum 0x0
Number of opaque AS LSA 0. Checksum Sum 0x0
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
Number of areas in this router is 0. 0 normal 0 stub 0 nssa
External flood list length 0
The table below describes the significant fields shown in the display.
Field Description
Minimum hold time Minimum hold time (in milliseconds) between consecutive SPF
calculations.
Maximum wait time Maximum wait time (in milliseconds) between consecutive SPF
calculations.
LSA group pacing timer Configured LSA group pacing timer (in seconds).
Interface flood pacing timer Configured LSA flood pacing timer (in milliseconds).
Retransmission pacing timer Configured LSA retransmission pacing timer (in milliseconds).
Number of... Number and type of link-state advertisements that have been
received.
Number of DCbitless external and opaque Number of demand circuit external and opaque link-state
AS LSA advertisements.
Number of DoNotAge external and opaque Number of do not age external and opaque link-state
AS LSA advertisements.
Number of areas in this router is Number of areas configured for the router listed by type.
The following is sample output from the showipospf command. In this example, the user had
configured the redistributionmaximum-prefix command to set a limit of 2000 redistributed routes.
SPF throttling was configured with the timersthrottlespf command.
Device#show ip ospf 1
Routing Process "ospf 1" with ID 10.0.0.1
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
It is an autonomous system boundary router
Redistributing External Routes from,
static, includes subnets in redistribution
Maximum limit of redistributed prefixes 2000
Threshold for warning message 75%
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
The table below describes the significant fields shown in the display.
Field Description
Initial SPF schedule delay Delay (in milliseconds) before initial SPF schedule for SPF throttling.
Configured with the timersthrottlespf command.
Minimum hold time between two Minimum hold time (in milliseconds) between two consecutive SPF
consecutive SPFs calculations for SPF throttling. Configured with the
timersthrottlespf command.
Maximum wait time between two Maximum wait time (in milliseconds) between two consecutive SPF
consecutive SPFs calculations for SPF throttling. Configured with the
timersthrottlespf command.
The following is sample output from the showipospf command. In this example, the user had
configured LSA throttling, and those lines of output are displayed in bold.
Device#show ip ospf 1
Routing Process "ospf 4" with ID 10.10.24.4
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Incremental-SPF disabled
Initial LSA throttle delay 100 msecs
Minimum hold time for LSA throttle 10000 msecs
The following is sample showipospfcommand. In this example, the user had configured the
redistributionmaximum-prefix command to set a limit of 2000 redistributed routes. SPF throttling
was configured with the timersthrottlespf command.
Device#show ip ospf 1
Routing Process "ospf 1" with ID 192.168.0.0
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
It is an autonomous system boundary router
Redistributing External Routes from,
static, includes subnets in redistribution
Maximum limit of redistributed prefixes 2000
Threshold for warning message 75%
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
The table below describes the significant fields shown in the display.
Field Description
Maximum limit of redistributed prefixes Value set in the redistributionmaximum-prefix command to set
a limit on the number of redistributed routes.
Initial SPF schedule delay Delay (in milliseconds) before the initial SPF schedule for SPF
throttling. Configured with the timersthrottlespf command.
Minimum hold time between two Minimum hold time (in milliseconds) between two consecutive SPF
consecutive SPFs calculations for SPF throttling. Configured with the
timersthrottlespf command.
Maximum wait time between two Maximum wait time (in milliseconds) between two consecutive SPF
consecutive SPFs calculations for SPF throttling. Configured with the
timersthrottlespf command.
The following is sample output from the showipospf command. In this example, the user had
configured LSA throttling, and those lines of output are displayed in bold.
Device#show ip ospf 1
Routing Process "ospf 4" with ID 10.10.24.4
Supports only single TOS(TOS0) routes
Supports opaque LSA
Supports Link-local Signaling (LLS)
Initial SPF schedule delay 5000 msecs
Minimum hold time between two consecutive SPFs 10000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Incremental-SPF disabled
Initial LSA throttle delay 100 msecs
Minimum hold time for LSA throttle 10000 msecs
Maximum wait time for LSA throttle 45000 msecs
Minimum LSA arrival 1000 msecs
LSA group pacing timer 240 secs
Interface flood pacing timer 33 msecs
Retransmission pacing timer 66 msecs
Number of external LSA 0. Checksum Sum 0x0
Number of opaque AS LSA 0. Checksum Sum 0x0
Number of DCbitless external and opaque AS LSA 0
Number of DoNotAge external and opaque AS LSA 0
The table below describes the significant fields shown in the display.
Field Description
ABR The router type of the destination; it is either an ABR or ASBR or both.
Area The area ID of the area from which this route is learned.
SPF 3 The internal number of the shortest path first (SPF) calculation that installs this route.
Syntax Description process-id (Optional) Internal identification. It is locally assigned and can be any positive
integer. The number used here is the number assigned administratively when
enabling the OSPF routing process.
area-id (Optional) Area number associated with the OSPF address range defined in the
network router configuration command used to define the particular area.
adv-router [ip-address (Optional) Displays all the LSAs of the specified router. If no IP address is included,
the information is about the local router itself (in this case, the same as
self-originate).
link-state-id (Optional) Portion of the Internet environment that is being described by the
advertisement. The value entered depends on the advertisement’s LS type. It must
be entered in the form of an IP address.
When the link state advertisement is describing a network, the link-state-id can
take one of two forms:
The network’s IP address (as in type 3 summary link advertisements and in
autonomous system external link advertisements).
A derived address obtained from the link state ID. (Note that masking a network
links advertisement’s link state ID with the network’s subnet mask yields the
network’s IP address.)
When the link state advertisement is describing a router, the link state ID is always
the described router’s OSPF router ID.
When an autonomous system external advertisement (LS Type = 5) is describing
a default route, its link state ID is set to Default Destination (0.0.0.0).
asbr-summary (Optional) Displays information only about the autonomous system boundary
router summary LSAs.
database-summary (Optional) Displays how many of each type of LSA for each area there are in the
database, and the total.
nssa-external (Optional) Displays information only about the NSSA external LSAs.
self-originate (Optional) Displays only self-originated LSAs (from the local router).
Usage Guidelines The various forms of this command deliver information about different OSPF link state advertisements.
Examples The following is sample output from the showipospfdatabase command when no arguments or
keywords are used:
The table below describes the significant fields shown in the display.
Field Description
Seq# Link state sequence number (detects old or duplicate link state advertisements).
Checksum Fletcher checksum of the complete contents of the link state advertisement.
The table below describes the significant fields shown in the display.
Field Description
Field Description
LS Seq Number Link state sequence (detects old or duplicate link state advertisements).
Checksum LS checksum (Fletcher checksum of the complete contents of the link state
advertisement).
The following is sample output from the showipospfdatabasecommand with the externalkeyword:
The table below describes the significant fields shown in the display.
Field Description
Field Description
LS Seq Number Link state sequence number (detects old or duplicate link state advertisements).
Forward Address Forwarding address. Data traffic for the advertised destination will be forwarded to
this address. If the forwarding address is set to 0.0.0.0, data traffic will be forwarded
instead to the advertisement’s originator.
External Route Tag External route tag, a 32-bit field attached to each external route. This is not used by
the OSPF protocol itself.
The following is sample output from the showipospfdatabasecommand with the networkkeyword:
The table below describes the significant fields shown in the display.
Field Description
Field Description
LS Seq Number Link state sequence (detects old or duplicate link state advertisements).
Checksum LS checksum (Fletcher checksum of the complete contents of the link state
advertisement).
The following is sample output from the showipospfdatabasecommand with the routerkeyword:
The table below describes the significant fields shown in the display.
Field Description
Field Description
LS Seq Number Link state sequence (detects old or duplicate link state advertisements).
Checksum LS checksum (Fletcher checksum of the complete contents of the link state
advertisement).
The table below describes the significant fields shown in the display.
Field Description
Field Description
LS Seq Number Link state sequence (detects old or duplicate link state advertisements).
Checksum LS checksum (Fletcher checksum of the complete contents of the link state
advertisement).
The table below describes the significant fields shown in the display.
Field Description
Field Description
Summary ASBR Number of summary autonomous system boundary router (ASBR) link state
advertisements in that area.
Delete Number of link state advertisements that are marked “Deleted” in that area.
Maxage Number of link state advertisements that are marked “Maxaged” in that area.
Summary ASBR Number of summary autonomous system boundary router (ASBR) link state
advertisements in that process.
Delete Number of link state advertisements that are marked “Deleted” in that process.
Maxage Number of link state advertisements that are marked “Maxaged” in that process.
show ip [ospf] [process-id] interface [type number] [brief] [multicast] [topology {topology-name
| base}]
Syntax Description process-id (Optional) Process ID number. If this argument is included, only information for
the specified routing process is included. The range is 1 to 65535.
type (Optional) Interface type. If the type argument is included, only information for
the specified interface type is included.
number (Optional) Interface number. If the number argument is included, only information
for the specified interface number is included.
brief (Optional) Displays brief overview information for OSPF interfaces, states,
addresses and masks, and areas on the device.
topology topology-name (Optional) Displays OSPF-related information about the named topology instance.
topology base (Optional) Displays OSPF-related information about the base topology.
Examples The following is sample output from the show ip ospf interface command when Ethernet interface
0/0 is specified:
In Cisco IOS Release 12.2(33)SRB, the following sample output from the show ip ospf interface
brief topology VOICE command shows a summary of information, including a confirmation that
the Multitopology Routing (MTR) VOICE topology is configured in the interface configuration:
The following sample output from the show ip ospf interface brief topology VOICE command
displays details of the MTR VOICE topology for the interface. When the command is entered without
the brief keyword, more information is displayed.
In Cisco IOS Release 12.2(33)SRC, the following sample output from the show ip ospf interface
command displays details about the configured Time-to-Live (TTL) limits:
Device#show ip ospf interface ethernet 0
.
.
.
Strict TTL checking enabled
! or a message similar to the following is displayed
Strict TTL checking enabled, up to 4 hops allowed
.
.
.
The table below describes the significant fields shown in the displays.
Field Description
Ethernet Status of the physical link and operational status of the protocol.
Transmit Delay Transmit delay in seconds, interface state, and device priority.
Backup Designated router Backup designated router ID and respective interface IP address.
Hello Number of seconds until the next hello packet is sent out this
interface.
Strict TTL checking enabled, up to 4 A set number of hops has been explicitly configured.
hops allowed
Syntax Description interface-type interface-number (Optional) Type and number associated with a specific OSPF interface.
detail (Optional) Displays all neighbors given in detail (lists all neighbors).
per-instance (Optional) Displays total number of neighbors in each neighbor state. The
output is printed for each configured OSPF instance separately.
Examples The following sample output from the show ip ospf neighbor command shows a single line of
summary information for each neighbor:
The following is sample output showing summary information about the neighbor that matches the
neighbor ID:
If you specify the interface along with the neighbor ID, the system displays the neighbors that match
the neighbor ID on the interface, as in the following sample display:
You can also specify the interface without the neighbor ID to show all neighbors on the specified
interface, as in the following sample display:
The following is sample output from the show ip ospf neighbor detail command:
The table below describes the significant fields shown in the displays.
Field Description
In the area Area and interface through which the OSPF neighbor is known.
State OSPF state. If one OSPF neighbor has enabled TTL security, the other
side of the connection will show the neighbor in the INIT state.
Field Description
state changes Number of state changes since the neighbor was created. This value can
be reset using the clearipospfcountersneighbor command.
Options Hello packet options field contents. (E-bit only. Possible values are 0 and
2; 2 indicates area is not a stub; 0 indicates area is a stub.)
LLS Options..., last OOB-Resync Link-Local Signaling and out-of-band (OOB) link-state database
resynchronization performed hours:minutes:seconds ago. This is nonstop
forwarding (NSF) information. The field indicates the last successful
out-of-band resynchronization with the NSF-capable router.
Dead timer due in Expected time in hours:minutes:seconds before Cisco IOS software will
declare the neighbor dead.
Neighbor is up for Number of hours:minutes:seconds since the neighbor went into the
two-way state.
number of retransmission Number of times update packets have been re-sent during flooding.
Last retransmission scan length Number of link state advertisements (LSAs) in the last retransmission
packet.
Last retransmission scan time Time taken to build the last retransmission packet.
The following is sample output from the show ip ospf neighbor command showing a single line
of summary information for each neighbor. If one OSPF neighbor has enabled TTL security, the
other side of the connection will show the neighbor in the INIT state.
The following is sample output from the show ip ospf neighbor summary command:
DOWN 0
ATTEMPT 0
INIT 0
2WAY 0
EXSTART 0
EXCHANGE 0
LOADING 0
FULL 1
Total count 1 (Undergoing NSF 0)
The following is sample output from the show ip ospf neighbor summary per-instance
command:
DOWN 0
ATTEMPT 0
INIT 0
2WAY 0
EXSTART 0
EXCHANGE 0
LOADING 0
FULL 1
Total count 1 (Undergoing NSF 0)
DOWN 0
ATTEMPT 0
INIT 0
2WAY 0
EXSTART 0
EXCHANGE 0
LOADING 0
FULL 1
Total count 1 (Undergoing NSF 0)
Table 195: show ip ospf neighbor summary and show ip ospf neighbor summary per-instance Field Descriptions
Field Description
DOWN No information (hellos) has been received from this neighbor, but hello packets can still be
sent to the neighbor in this state.
ATTEMPT This state is only valid for manually configured neighbors in a Non-Broadcast Multi-Access
(NBMA) environment. In Attempt state, the router sends unicast hello packets every poll
interval to the neighbor, from which hellos have not been received within the dead interval.
INIT This state specifies that the router has received a hello packet from its neighbor, but the
receiving router's ID was not included in the hello packet. When a router receives a hello
packet from a neighbor, it should list the sender's router ID in its hello packet as an
acknowledgment that it received a valid hello packet.
2WAY This state designates that bi-directional communication has been established between two
routers.
EXSTART This state is the first step in creating an adjacency between the two neighboring routers. The
goal of this step is to decide which router is active, and to decide upon the initial DD sequence
number. Neighbor conversations in this state or greater are called adjacencies.
EXCHANGE In this state, OSPF routers exchange database descriptor (DBD) packets. Database descriptors
contain link-state advertisement (LSA) headers only and describe the contents of the entire
link-state database. Each DBD packet has a sequence number which can be incremented only
by the active router which is explicitly acknowledged by the secondary router. Routers also
send link-state request packets and link-state update packets (which contain the entire LSA)
in this state. The contents of the DBD received are compared to the information contained in
the routers link-state database to check if new or more current link-state information is available
with the neighbor.
Field Description
LOADING In this state, the actual exchange of link state information occurs. Based on the information
provided by the DBDs, routers send link-state request packets. The neighbor then provides
the requested link-state information in link-state update packets. During the adjacency, if a
device receives an outdated or missing LSA, it requests that LSA by sending a link-state
request packet. All link-state update packets are acknowledged.
FULL In this state, devices are fully adjacent with each other. All the device and network LSAs are
exchanged and the devices' databases are fully synchronized.
Full is the normal state for an OSPF device. If a device is stuck in another state, it's an indication
that there are problems in forming adjacencies. The only exception to this is the 2-way state,
which is normal in a broadcast network. Devices achieve the full state with their DR and BDR
only. Neighbors always see each other as 2-way.
Usage Guidelines The information displayed by the showipospfvirtual-links command is useful in debugging OSPF routing
operations.
The table below describes the significant fields shown in the display.
Field Description
Virtual Link to router 192.168.101.2 is up Specifies the OSPF neighbor, and if the link to that neighbor is
up or down.
Transit area 0.0.0.1 The transit area through which the virtual link is formed.
via interface Ethernet0 The interface through which the virtual link is formed.
Cost of using 10 The cost of reaching the OSPF neighbor through the virtual link.
Transmit Delay is 1 sec The transmit delay (in seconds) on the virtual link.
Timer intervals... The various timer intervals configured for the link.
Hello due in 0:00:08 When the next hello is expected from the neighbor.
summary-address (OSPF)
To create aggregate addresses for Open Shortest Path First (OSPF), use the summary-address command in
router configuration mode. To restore the default, use the no form of this command.
not-advertise (Optional) Suppresses routes that match the specified prefix/mask pair. This keyword applies
to OSPF only.
tag tag (Optional) Specifies the tag value that can be used as a “match” value for controlling
redistribution via route maps. This keyword applies to OSPF only.
nssa-only (Optional) Sets the nssa-only attribute for the summary route (if any) generated for the
specified prefix, which limits the summary to not-so-stubby-area (NSSA) areas.
Usage Guidelines R outes learned from other routing protocols can be summarized. The metric used to advertise the summary
is the lowest metric of all the more specific routes. This command helps reduce the size of the routing table.
Using this command for OSPF causes an OSPF Autonomous System Boundary Router (ASBR) to advertise
one external route as an aggregate for all redistributed routes that are covered by the address. For OSPF, this
command summarizes only routes from other routing protocols that are being redistributed into OSPF. Use
the area range command for route summarization between OSPF areas.
OSPF does not support the summary-address 0.0.0.0 0.0.0.0command.
Examples In the following example, the summary address 10.1.0.0 includes address 10.1.1.0, 10.1.2.0, 10.1.3.0,
and so on. Only the address 10.1.0.0 is advertised in an external link-state advertisement.
ip ospf authentication-key Assigns a password to be used by neighboring routers that are using the simple
password authentication of OSPF.
Syntax Description spf-start Initial delay to schedule an SPF calculation after a change, in milliseconds. Range is from
1 to 600000. In OSPF for IPv6, the default value is 5000.
spf-hold Minimum hold time between two consecutive SPF calculations, in milliseconds. Range is
from 1 to 600000. In OSPF for IPv6, the default value is 10,000.
spf-max-wait Maximum wait time between two consecutive SPF calculations, in milliseconds. Range is
from 1 to 600000. In OSPF for IPv6, the default value is 10,000.
Command Modes Address family configuration (config-router-af) Router address family topology configuration
(config-router-af-topology) Router configuration (config-router) OSPF for IPv6 router configuration (config-rtr)
Usage Guidelines The first wait interval between SPF calculations is the amount of time in milliseconds specified by the
spf-startargument. Each consecutive wait interval is two times the current hold level in milliseconds until the
wait time reaches the maximum time in milliseconds as specified by the spf-max-wait argument. Subsequent
wait times remain at the maximum until the values are reset or a link-state advertisement (LSA) is received
between SPF calculations.
Release 12.2(33)SRB
If you plan to configure the Multi-Topology Routing (MTR) feature, you need to enter the timers throttle
spf command in router address family topology configuration mode in order to make this OSPF router
configuration command become topology-aware.
Release 15.2(1)T
When you configure the ospfv3 network manet command on any interface attached to the OSPFv3 process,
the default values for the spf-start, spf-hold, and the spf-max-wait arguments are reduced to 1000 milliseconds,
1000 milliseconds, and 2000 milliseconds respectively.
Examples The following example shows how to configure a router with the delay, hold, and maximum interval
values for the timers throttle spf command set at 5, 1000, and 90,000 milliseconds, respectively.
router ospf 1
router-id 10.10.10.2
log-adjacency-changes
timers throttle spf 5 1000 90000
redistribute static subnets
network 10.21.21.0 0.0.0.255 area 0
network 10.22.22.0 0.0.0.255 area 00
The following example shows how to configure a router using IPv6 with the delay, hold, and maximum
interval values for the timers throttle spf command set at 500, 1000, and 10,000 milliseconds,
respectively.
ospfv3 network manet Sets the network type to Mobile Ad Hoc Network (MANET).
aaa accounting
To enable authentication, authorization, and accounting (AAA) accounting of requested services for billing
or security purposes when you use RADIUS or TACACS+, use the aaa accounting command in global
configuration mode. To disable AAA accounting, use the no form of this command.
Syntax Description auth-proxy Provides information about all authenticated-proxy user events.
system Performs accounting for all system-level events not associated with users, such as reloads.
network Runs accounting for all network-related service requests.
exec Runs accounting for EXEC shell session. This keyword might return user profile
information such as what is generated by the autocommand command.
connection Provides information about all outbound connections made from the network access server.
commands Runs accounting for all commands at the specified privilege level. Valid privilege level
level entries are integers from 0 through 15.
default Uses the listed accounting methods that follow this argument as the default list of methods
for accounting services.
list-name Character string used to name the list of at least one of the accounting methods described
in
start-stop Sends a "start" accounting notice at the beginning of a process and a "stop" accounting
notice at the end of a process. The "start" accounting record is sent in the background. The
requested user process begins regardless of whether the "start" accounting notice was
received by the accounting server.
stop-only Sends a "stop" accounting notice at the end of the requested user process.
broadcast (Optional) Enables sending accounting records to multiple AAA servers. Simultaneously
sends accounting records to the first server in each group. If the first server is unavailable,
fail over occurs using the backup servers defined within that group.
group At least one of the keywords described in the AAA Accounting Methods table.
groupname
Usage Guidelines Use the aaa accounting command to enable accounting and to create named method lists defining specific
accounting methods on a per-line or per-interface basis.
Keyword Description
group radius Uses the list of all RADIUS servers for authentication
as defined by the aaa group server radius command.
group tacacs+ Uses the list of all TACACS+ servers for authentication
as defined by the aaa group server tacacs+ command.
In AAA Accounting Methods table, the group radius and group tacacs+ methods refer to a set of previously
defined RADIUS or TACACS+ servers. Use the radius server and tacacs server commands to configure
the host servers. Use the aaa group server radius and aaa group server tacacs+ commands to create a
named group of servers.
Cisco IOS XE software supports the following two methods of accounting:
• RADIUS—The network access server reports user activity to the RADIUS security server in the form
of accounting records. Each accounting record contains accounting attribute-value (AV) pairs and is
stored on the security server.
• TACACS+—The network access server reports user activity to the TACACS+ security server in the
form of accounting records. Each accounting record contains accounting attribute-value (AV) pairs and
is stored on the security server.
Method lists for accounting define the way accounting will be performed. Named accounting method lists
enable you to designate a particular security protocol to be used on specific lines or interfaces for particular
types of accounting services. Create a list by entering the list-name and the method , where list-name is any
character string used to name this list (excluding the names of methods, such as radius or tacacs+) and method
identifies the methods to be tried in sequence as given.
If the aaa accounting command for a particular accounting type is issued without a named method list
specified, the default method list is automatically applied to all interfaces or lines (where this accounting type
applies) except those that have a named method list explicitly defined. (A defined method list overrides the
default method list.) If no default method list is defined, then no accounting takes place.
Note System accounting does not use named accounting lists; you can only define the default list for system
accounting.
For minimal accounting, include the stop-only keyword to send a stop record accounting notice at the end
of the requested user process. For more accounting, you can include the start-stop keyword, so that RADIUS
or TACACS+ sends a start accounting notice at the beginning of the requested process and a stop accounting
notice at the end of the process. Accounting is stored only on the RADIUS or TACACS+ server. The none
keyword disables accounting services for the specified line or interface.
When AAA accounting is activated, the network access server monitors either RADIUS accounting attributes
or TACACS+ AV pairs pertinent to the connection, depending on the security method you have implemented.
The network access server reports these attributes as accounting records, which are then stored in an accounting
log on the security server.
This example defines a default commands accounting method list, where accounting services are
provided by a TACACS+ security server, set for privilege level 15 commands with a stop-only
restriction:
Device> enable
Device# configure terminal
Device(config)# aaa accounting commands 15 default stop-only group TACACS+
Device(config)# exit
This example defines a default auth-proxy accounting method list, where accounting services are
provided by a TACACS+ security server with a stop-only restriction. The aaa accounting commands
activates authentication proxy accounting.
Device> enable
Device# configure terminal
Device(config)# aaa new model
Device(config)# aaa authentication login default group TACACS+
Device(config)# aaa authorization auth-proxy default group TACACS+
Device(config)# aaa accounting auth-proxy default start-stop group TACACS+
Device(config)# exit
aaa accounting dot1x {name | default } start-stop {broadcast group {name | radius | tacacs+}
[group {name | radius | tacacs+} ... ] | group {name | radius | tacacs+} [group
{name | radius | tacacs+}... ]}
no aaa accounting dot1x {name | default }
Syntax Description name Name of a server group. This is optional when you enter it after the broadcast group and group
keywords.
default Specifies the accounting methods that follow as the default list for accounting services.
start-stop Sends a start accounting notice at the beginning of a process and a stop accounting notice at the
end of a process. The start accounting record is sent in the background. The requested user
process begins regardless of whether or not the start accounting notice was received by the
accounting server.
broadcast Enables accounting records to be sent to multiple AAA servers and sends accounting records
to the first server in each group. If the first server is unavailable, the device uses the list of
backup servers to identify the first server.
group Specifies the server group to be used for accounting services. These are valid server group
names:
• name — Name of a server group.
• radius — Lists of all RADIUS hosts.
• tacacs+ — Lists of all TACACS+ hosts.
The group keyword is optional when you enter it after the broadcast group and group keywords.
You can enter more than optional group keyword.
Device> enable
Device# configure terminal
Device(config)# aaa new-model
Device(config)# aaa accounting dot1x default start-stop group radius
Device(config)# exit
aaa accounting identity {name | default } start-stop {broadcast group {name | radius | tacacs+}
[group {name | radius | tacacs+} ... ] | group {name | radius | tacacs+} [group
{name | radius | tacacs+}... ]}
no aaa accounting identity {name | default }
Syntax Description name Name of a server group. This is optional when you enter it after the broadcast group and group
keywords.
default Uses the accounting methods that follow as the default list for accounting services.
start-stop Sends a start accounting notice at the beginning of a process and a stop accounting notice at the
end of a process. The start accounting record is sent in the background. The requested-user
process begins regardless of whether or not the start accounting notice was received by the
accounting server.
broadcast Enables accounting records to be sent to multiple AAA servers and send accounting records to
the first server in each group. If the first server is unavailable, the switch uses the list of backup
servers to identify the first server.
group Specifies the server group to be used for accounting services. These are valid server group
names:
• name — Name of a server group.
• radius — Lists of all RADIUS hosts.
• tacacs+ — Lists of all TACACS+ hosts.
The group keyword is optional when you enter it after the broadcast group and group keywords.
You can enter more than optional group keyword.
Usage Guidelines To enable AAA accounting identity, you need to enable policy mode. To enable policy mode, enter the
authentication display new-style command in privileged EXEC mode.
Syntax Description default Uses the listed authentication methods that follow this argument as the default list of
methods when a user logs in.
listname Character string used to name the list of authentication methods tried when a user logs in.
Note You must configure the AAA authentication method list with both group
radius-server-group-name and cache radius-server-group-name to use AAA
cache-based authentication. For more information, see "Updating
Authorization and Authentication Method Lists to Specify How Cache
Information is Used" procedure of the "Configuring AAA Authorization and
Authentication Cache" configuration guide.
Cisco IOS XE Cupertino 17.7.1 This command was modified. The cache keyword was introduced.
Usage Guidelines The method argument identifies the list of methods that the authentication algorithm runs in the given sequence
to validate the password provided by the client. The only method that is truly 802.1x-compliant is the group
radius method, in which the client data is validated against a RADIUS authentication server. The remaining
methods enable AAA to authenticate the client by using locally configured data. For example, the local and
local-case methods use the username and password that are saved in the Cisco IOS configuration file. The
enable and line methods use the enable and line passwords for authentication.
If you specify group radius, you must configure the RADIUS server by entering the radius server server-name
global configuration command. If you are not using a RADIUS server, you can use the local or local-case
methods, which access the local username database to perform authentication. By specifying the enable or
line methods, you can supply the client with a password to provide access to the device.
Use the show running-config privileged EXEC command to display the configured lists of authentication
methods.
Examples The following example shows how to enable AAA and how to create an authentication list for 802.1x:
Device> enable
Device# configure terminal
Device(config)# aaa new-model
Device(config)# aaa group server radius RASERV
Device(config)# server name RASERV-1
Device(config)# aaa authentication dot1x default group RASERV
identity profile default Creates an identity profile and enters dot1x profile configuration mode.
aaa authorization
To set the parameters that restrict user access to a network, use the aaa authorization command in global
configuration mode. To remove the parameters, use the no form of this command.
commands Runs authorization for all commands at the specified privilege level.
level Specific command level that should be authorized. Valid entries are
0 through 15.
default Uses the listed authorization methods that follow this keyword as
the default list of methods for authorization.
Command Default Authorization is disabled for all actions (equivalent to the method keyword none).
Usage Guidelines Use the aaa authorization command to enable authorization and to create named methods lists, which define
authorization methods that can be used when a user accesses the specified function. Method lists for
authorization define the ways in which authorization will be performed and the sequence in which these
methods will be performed. A method list is a named list that describes the authorization methods (such as
RADIUS or TACACS+) that must be used in sequence. Method lists enable you to designate one or more
security protocols to be used for authorization, which ensures a backup system in case the initial method fails.
Cisco IOS XE software uses the first method listed to authorize users for specific network services; if that
method fails to respond, the Cisco IOS XE software selects the next method listed in the method list. This
process continues until there is successful communication with a listed authorization method, or until all the
defined methods are exhausted.
Note The Cisco IOS XE software attempts authorization with the next listed method only when there is no response
from the previous method. If authorization fails at any point in this cycle--meaning that the security server or
the local username database responds by denying the user services--the authorization process stops and no
other authorization methods are attempted.
If the aaa authorization command for a particular authorization type is issued without a specified named
method list, the default method list is automatically applied to all interfaces or lines (where this authorization
type applies) except those that have a named method list explicitly defined. (A defined method list overrides
the default method list.) If no default method list is defined, then no authorization takes place. The default
authorization method list must be used to perform outbound authorization, such as authorizing the download
of IP pools from the RADIUS server.
Use the aaa authorization command to create a list by entering the values for the list-name and the method
arguments, where list-name is any character string used to name this list (excluding all method names) and
method identifies the list of authorization methods tried in the given sequence.
Note In the table that follows, the groupgroup-name, group ldap, group radius, and group tacacs+ methods refer
to a set of previously defined RADIUS or TACACS+ servers. Use the radius server and tacacs server
commands to configure the host servers. Use the aaa group server radius, aaa group server ldap, and aaa
group server tacacs+ commands to create a named group of servers.
Keyword Description
Keyword Description
group radius Uses the list of all RADIUS servers for authentication
as defined by the aaa group server radius command.
Method lists are specific to the type of authorization being requested. AAA supports five different types of
authorization:
• Commands—Applies to the EXEC mode commands a user issues. Command authorization attempts
authorization for all EXEC mode commands, including global configuration commands, associated with
a specific privilege level.
When you create a named method list, you are defining a particular list of authorization methods for the
indicated authorization type.
Once defined, the method lists must be applied to specific lines or interfaces before any of the defined methods
are performed.
The authorization command causes a request packet containing a series of AV pairs to be sent to the RADIUS
or TACACS daemon as part of the authorization process. The daemon can do one of the following:
• Accept the request as is.
• Make changes to the request.
• Refuse the request and authorization.
For a list of supported RADIUS attributes, see the module RADIUS Attributes. For a list of supported
TACACS+ AV pairs, see the module TACACS+ Attribute-Value Pairs.
Note Five commands are associated with privilege level 0: disable, enable, exit, help, and logout. If you configure
AAA authorization for a privilege level greater than 0, these five commands will not be included in the privilege
level command set.
The following example shows how to define the network authorization method list named mygroup,
which specifies that RADIUS authorization will be used on serial lines using PPP. If the RADIUS
server fails to respond, local network authorization will be performed.
Device> enable
Device# configure terminal
Device(config)# aaa authorization network mygroup group radius local
Device(config)# exit
aaa new-model
To enable the authentication, authorization, and accounting (AAA) access control model, issue the aaa
new-model command in global configuration mode. To disable the AAA access control model, use the no
form of this command.
aaa new-model
no aaa new-model
Usage Guidelines This command enables the AAA access control system.
If the login local command is configured for a virtual terminal line (VTY), and the aaa new-model command
is removed, you must reload the switch to get the default configuration or the login command. If the switch
is not reloaded, the switch defaults to the login local command under the VTY.
The following example shows a VTY configured and the aaa new-model command removed:
Device> enable
Device# configure terminal
Device(config)# aaa new-model
Device(config)# line vty 0 15
Device(config-line)# login local
Device(config-line)# exit
Device(config)# no aaa new-model
Device(config)# exit
Device# show running-config | b line vty
line vty 0 4
login local !<=== Login local instead of "login"
line vty 5 15
login local
aaa accounting Enables AAA accounting of requested services for billing or security
purposes.
aaa authentication arap Enables an AAA authentication method for ARAP using TACACS+.
aaa authentication enable default Enables AAA authentication to determine if a user can access the
privileged command level.
aaa authentication ppp Specifies one or more AAA authentication method for use on serial
interfaces running PPP.
Usage Guidelines The no form of this command enables authenticated hosts to move between any authentication-enabled ports
(MAC authentication bypass [MAB], 802.1x, or Web-auth) on a device. For example, if there is a device
between an authenticated host and port, and that host moves to another port, the authentication session is
deleted from the first port, and the host is reauthenticated on the new port.
If MAC move is disabled, and an authenticated host moves to another port, it is not reauthenticated, and a
violation error occurs.
Command Description
authentication violation Configures the violation modes that occur when a new dev
to a port with the maximum number of devices already co
Syntax Description peer Specifies that only a peer device can be authenticated first.
Command Default Access to a port is multi-auth, wherein multiple clients can be authenticated on the port.
Usage Guidelines Before you use this command, you must enable the access-session port-control auto command.
In multi-host mode, only one of the attached hosts has to be successfully authorized for all hosts to be granted
network access. If the port becomes unauthorized (reauthentication fails or an Extensible Authentication
Protocol over LAN (EAPOL) logoff message is received), all attached clients are denied access to the network.
Starting Cisco IOS XE Release 17.7.1, you can enable a peer device to be authenticated first, using the
access-session host-mode multi-host peer command.
Consider a Cisco SD-Access fabric network where an extended node and its clients have to be securely
onboarded. We must ensure that until the extended node is authenticated, the clients connected to it do not
have access to the network. In such a case, use the access-session host-mode multi-host peer command to
authenticate the extended node first. (The extended node is the peer device that is connected to the authenticator
port.) Cisco ISE pushes this CLI through an interface template that is applied to the fabric edge node for IEEE
802.1X authentication. A change in the host mode clears all the existing sessions on the fabric edge. We
recommend enabling the access-session interface-template sticky timer command in the global configuration
mode to avoid the template from getting unbound from the edge node port. The sticky timer value should be
a minimum of 60 seconds to avoid the bind–unbind loop issues. The interface template is unbound after the
sticky timer expires.
Similarly, in cases where trunk ports are connected to the access device, use the access-session host-mode
multi-host peer command to authenticate only the peer MAC. This avoids authenticating all the MAC
addresses learnt.
Note The keyword peer is supported only in the fabric edge mode. It is not supported in the legacy mode.
The peer configuration clears all the existing sessions on the authenticator port.
You can use the show access-session interface command to verify the port setting.
Example
The following example shows how to enable authorization of only the peer device on port1/0/2.
Device# configure terminal
Device(config)# interface GigabitEthernet 1/0/2
Device(config-if)# access-session host-mode multi-host peer
Device(config-if)# access-session closed
Device(config-if)# access-session port-control auto
action
To set the action for the VLAN access map entry, use the action command in access-map configuration mode.
To return to the default setting, use the no form of this command.
action{drop | forward}
no action
Syntax Description drop Drops the packet when the specified conditions are matched.
forward Forwards the packet when the specified conditions are matched.
Usage Guidelines You enter access-map configuration mode by using the vlan access-map global configuration command.
If the action is drop, you should define the access map, including configuring any access control list (ACL)
names in match clauses, before applying the map to a VLAN, or all packets could be dropped.
In access-map configuration mode, use the match access-map configuration command to define the match
conditions for a VLAN map. Use the action command to set the action that occurs when a packet matches
the conditions.
The drop and forward parameters are not used in the no form of the command.
You can verify your settings by entering the show vlan access-map privileged EXEC command.
Examples This example shows how to identify and apply a VLAN access map (vmap4) to VLANs 5 and 6 that
causes the VLAN to forward an IP packet if the packet matches the conditions defined in access list
al2:
Device> enable
Device# configure terminal
Device(config)# vlan access-map vmap4
Device(config-access-map)# match ip address al2
Device(config-access-map)# action forward
Device(config-access-map)# exit
Device(config)# vlan filter vmap4 vlan-list 5-6
Device(config)# exit
api-key value
no api-key
Syntax Description value The API key. You can obtain this from the Cisco Umbrella
registration server.
Usage Guidelines To perform API registration for the Umbrella Switch Connector, the api-key, orgid and secret commands
must be configured one after the other. The values for these commands can be retrieved from the Cisco
Umbrella registration server.
Examples The following example shows how to perform API registration for the Umbrella Switch Connector:
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)# api-key 5f22922exxxxxxxxx51174af822734
Device(config-profile)# orgid 26xxx16
Device(config-profile)# secret 0 a0d176ebxxxxxxxfbb343dfc4fd209
Device(config-profile)# end
authentication host-mode
To set the authorization manager mode on a port, use the authentication host-mode command in interface
configuration mode. To return to the default setting, use the no form of this command.
Usage Guidelines Single-host mode should be configured if only one data host is connected. Do not connect a voice device to
authenticate on a single-host port. Voice device authorization fails if no voice VLAN is configured on the
port.
Multi-domain mode should be configured if data host is connected through an IP phone to the port.
Multi-domain mode should be configured if the voice device needs to be authenticated.
Multi-auth mode should be configured to allow devices behind a hub to obtain secured port access through
individual authentication. Only one voice device can be authenticated in this mode if a voice VLAN is
configured.
Multi-host mode also offers port access for multiple hosts behind a hub, but multi-host mode gives unrestricted
port access to the devices after the first user gets authenticated.
You can verify your settings by entering the show authentication sessions interface interface
details privileged EXEC command.
Usage Guidelines This command filters details, such as anticipated success, from authentication system messages. Failure
messages are not filtered.
You can verify your settings by entering the show running-config privileged EXEC command.
Usage Guidelines The command enables authenticated hosts to move between any authentication-enabled ports (MAC
authentication bypass [MAB], 802.1x, or Web-auth) on a device. For example, if there is a device between
an authenticated host and port, and that host moves to another port, the authentication session is deleted from
the first port, and the host is reauthenticated on the new port.
If MAC move is disabled, and an authenticated host moves to another port, it is not reauthenticated, and a
violation error occurs.
Command Description
authentication priority
To add an authentication method to the port-priority list, use the authentication priority command in interface
configuration mode. To return to the default, use the no form of this command.
Syntax Description dot1x (Optional) Adds 802.1x to the order of authentication methods.
mab (Optional) Adds MAC authentication bypass (MAB) to the order of authenti
methods.
Command Default The default priority is 802.1x authentication, followed by MAC authentication bypass and web authentication.
Usage Guidelines Ordering sets the order of methods that the device attempts when trying to authenticate a new device is
connected to a port.
When configuring multiple fallback methods on a port, set web authentication (webauth) last.
Assigning priorities to different authentication methods allows a higher-priority method to interrupt an
in-progress authentication method with a lower priority.
Note If a client is already authenticated, it might be reauthenticated if an interruption from a higher-priority method
occurs.
The default priority of an authentication method is equivalent to its position in execution-list order: 802.1x
authentication, MAC authentication bypass (MAB), and web authentication. Use the dot1x, mab, and webauth
keywords to change this default order.
This example shows how to set 802.1x as the first authentication method and web authentication as
the second authentication method:
This example shows how to set MAB as the first authentication method and web authentication as
the second authentication method:
Device> enable
Device# configure terminal
authentication event fail Specifies how the Auth Manager handles authentication failures as a r
authentication event no-response action Specifies how the Auth Manager handles authentication failures as a r
authentication event server alive action Reinitializes an authorized Auth Manager session when a previously u
reinitialize and accounting server becomes available.
authentication event server dead action Authorizes Auth Manager sessions when the authentication, authoriza
authorize unreachable.
authentication order Specifies the order in which the Auth Manager attempts to authenticat
authentication timer inactivity Configures the time after which an inactive Auth Manager session is t
authentication timer reauthenticate Specifies the period of time between which the Auth Manager attemp
authentication timer restart Specifies the period of time after which the Auth Manager attempts to
authentication violation Specifies the action to be taken when a security violation occurs on a
show authentication registrations Displays information about the authentication methods that are registe
show authentication sessions Displays information about current Auth Manager sessions.
show authentication sessions interface Displays information about the Auth Manager for a given interface.
Syntax Description seconds The number of seconds between reauthentication attempts. The range is from 1 to 1073741823.
The default is 3600 seconds.
server Specifies that the interval between reauthentication attempts is defined by the Session-Timeout
value (RADIUS Attribute 27) on the authentication, authorization, and accounting (AAA) server.
Cisco IOS XE Bengaluru 17.5.1 The supported time-out range was increased from 65535 seconds to
1073741823 seconds
Usage Guidelines Use the command authenticationtimer reauthenticate command to set the automatic reauthentication
interval of an authorized port. If you use the authenticationtimerinactivity command to configure an
inactivity interval, configure the reauthentication interval to be longer than the inactivity interval.
In releases prior to Cisco IOS XE Bengaluru 17.5.1, the supported timeout range is 1 to 65535 seconds. While
downgrading from or releases after Cisco IOS XE Bengaluru 17.5.1 set the configuration timeout to supported
values to avoid ISSD breakage.
Examples The following example shows how to set the reauthentication interval on a port to 1800 seconds:
Device >enable
Device #configure terminal
Device(config)#interface gigabitethernet2/0/1
Device(config-if)#authentication timer reauthenticate 1800
Device(config-if)#end
authenticationtimerinactivity Specifies the interval after which the Auth Manager ends an inactive
session.
Command Description
authenticationtimerrestart Specifies the interval after which the Auth Manager attempts to authenticate
an unauthorized port.
authentication violation
To configure the violation modes that occur when a new device connects to a port or when a new device
connects to a port after the maximum number of devices are connected to that port, use the authentication
violation command in interface configuration mode.
Syntax Description protect Drops unexpected incoming MAC addresses. No syslog errors are
generated.
replace Removes the current session and initiates authentication with the
new host.
Usage Guidelines Use the authentication violation command to specify the action to be taken when a security violation occurs
on a port.
This example shows how to configure an IEEE 802.1x-enabled port as error-disabled and to shut
down when a new device connects it:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 2/0/1
Device(config-if)# authentication violation shutdown
Device(config-if)# end
This example shows how to configure an 802.1x-enabled port to generate a system error message
and to change the port to restricted mode when a new device connects to it:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 2/0/1
Device(config-if)# authentication violation restrict
Device(config-if)# end
This example shows how to configure an 802.1x-enabled port to ignore a new device when it connects
to the port:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 2/0/1
Device(config-if)# authentication violation protect
Device(config-if)# end
This example shows how to configure an 802.1x-enabled port to remove the current session and
initiate authentication with a new device when it connects to the port:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 2/0/1
Device(config-if)# authentication violation replace
Device(config-if)# end
You can verify your settings by entering the show running-config interface interface-name command.
cisp enable
To enable Client Information Signaling Protocol (CISP) on a device so that it acts as an authenticator to a
supplicant device and a supplicant to an authenticator device, use the cisp enable global configuration
command.
cisp enable
no cisp enable
Usage Guidelines The link between the authenticator and supplicant device is a trunk. When you enable VTP on both devices,
the VTP domain name must be the same, and the VTP mode must be server.
To avoid the MD5 checksum mismatch error when you configure VTP mode, verify that:
• VLANs are not configured on two different devices, which can be caused by two VTP servers in the
same domain.
• Both devices have different configuration revision numbers.
Syntax Description name Text string representing the name of a cache server group.
profile name Specifies the name of an individual profile entry that must be cleared.
all Specifies that all the profiles in the named cache group be cleared.
Usage Guidelines To update an old record with profile cache settings and to remove an old record from the cache, clear the
cache for the profile.
Examples The following example shows how to clear all the cache entries in the localusers group:
show aaa cache group Displays all the cache entries stored by the AAA cache.
Syntax Description counters Clears device-tracking counters for the specified interface or VLAN.
Counters are displayed in the show device-tracking counters all privileged EXEC
command.
interface Enter an interface type and number. Use the question mark (?) online help function
inteface_type_no to display the types of interfaces available on the device.
The clear action is performed for the interface you specify.
vlan vlan_id Enter a VLAN ID. The clear action is performed for the VLAN ID you specify.
The valid value range is from 1 to 4095.
hostname Enter the hostname or IP address on which you want to perform the clear action.
policy policy_name Performs the clear action on the specified policy. Enter the policy name.
mac mac_address Performs the clear action on the specified MAC address. Enter the MAC address.
prefix prefix Performs the clear action on the specified IPv6 prefix. Enter a prefix or enter all
to indicate all prefixes.
Examples
The following example shows you how to clear all entries from the binding table.
Device# show device-tracking database Binding Table has 25 entries, 25 dynamic (limit 200000)
Codes: L - Local, S - Static, ND - Neighbor Discovery, ARP - Address Resolution Protocol,
DH4 - IPv4 DHCP, DH6 - IPv6 DHCP, PKT - Other Packet, API - API created
Preflevel flags (prlvl):
0001:MAC and LLA match 0002:Orig trunk 0004:Orig access
0008:Orig trusted trunk 0010:Orig trusted access 0020:DHCP assigned
0040:Cga authenticated 0080:Cert authenticated 0100:Statically assigned
Usage Guidelines You can reenable a port by using the shutdown and no shutdown interface configuration commands, or you
can clear error-disable for VLANs by using the clear errdisable interface command.
Examples This example shows how to reenable all VLANs that were error-disabled on Gigabit Ethernet port
4/0/2:
clear fqdn
To clear the fully qualified domain name (FQDN) local cache entries, use the clear fqdn command in privileged
EXEC mode.
clear fqdn { database { all | fqdn name [ ipv4 address | ipv6 address ] } | packet statistics }
Syntax Description database all Clears all the FQDN local cache entries.
database fqdn name Clears the specified FQDN local cache entry.
ipv6 address Clears a particular IPv6 binding matched to the FQDN name.
Cisco IOS XE Bengaluru 17.6.1 This command was modified. The ipv6 keyword was introduced.
Examples The following example shows how to clear all the FQDN local cache entries:
Device> enable
Device# clear fqdn database all
The following example shows how to clear a particular IPv4 binding matched to an FQDN name:
Device> enable
Device# clear fqdn database fqdn 123.cisco.com ipv4 10.102.103.10
The following example shows how to clear a particular IPv6 binding matched to an FQDN name:
Device> enable
Device# clear fqdn database fqdn 123.cisco.com ipv6 2001:DB8::1
clear mac address-table {dynamic [address mac-addr | interface interface-id | vlan vlan-id]
| move update | notification}
Usage Guidelines You can verify that the information was deleted by entering the show mac address-table command.
This example shows how to remove a specific MAC address from the dynamic address table:
Device> enable
Device# clear mac address-table dynamic address 0008.0070.0007
mac address-table move update {receive Configures MAC address-table move update on the device.
| transmit}
show mac address-table Displays the MAC address table static and dynamic entries.
show mac address-table move update Displays the MAC address-table move update information on the
device.
Command Description
show mac address-table notification Displays the MAC address notification settings for all interfaces
or on the specified interface when the interface keyword is
appended.
snmp trap mac-notification change Enables the SNMP MAC address notification trap on a specific
interface.
confidentiality-offset
To enable MACsec Key Agreement protocol (MKA) to set the confidentiality offset for MACsec operations,
use the confidentiality-offset command in MKA-policy configuration mode. To disable confidentiality offset,
use the no form of this command.
confidentiality-offset
no confidentiality-offset
Examples The following example shows how to enable the confidentiality offset:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# confidentiality-offset
crypto pki trustpool import {ca-bundle | clean [{terminal | url url}] | terminal | url url}
no crypto pki trustpool import {ca-bundle | clean [{terminal | url url}] | terminal | url url}
Syntax Description ca-bundle Imports a CA certificate bundle configured in the trustpool policy.
clean Removes all the downloaded PKI trustpool certificates before the new certificates are
downloaded. Use the optional terminal keyword to remove the existing CA certificate bundle
terminal setting, or the url keyword and url argument to remove the URL file system setting.
terminal Import a CA certificate bundle through the terminal (cut-and-paste) in privacy-enhanced mail
(PEM) format.
Command Default The PKI trustpool feature is enabled. The device uses the built-in CA certificate bundle in the PKI trustpool,
which is updated automatically.
Usage Guidelines PKI trustpool certificates are automatically updated. When the PKI trustpool certificates are not current, use
the crypto pki trustpool import command to update them from another location.
Note Security threats, as well as the cryptographic technologies that help protect against them, are constantly
changing. For more information about the latest Cisco cryptographic recommendations, see the Next Generation
Cryptography white paper.
The url argument specifies or changes the URL file system of the CA. The following table lists the available
URL file systems.
http: Imports from the HTTP file system. The URL must be in the following formats:
• http://CAname:80, where CAname is the Domain Name System (DNS)
• http://ipv4-address:80, for example: http://10.10.10.1:80.
• http://[ipv6-address]:80, for example: http://[2001:DB8:1:1::1]:80. The IPv6 address is a
hexadecimal notation, and must be enclosed within brackets in the URL.
https: Imports from the HTTPS file system. The URL must use the same format as the HTTP: file
system format.
pram: Imports from the Parameter Random-access Memory (PRAM) file system.
rcp: Imports from the remote copy protocol (RCP) file system.
scp: Imports from the secure copy protocol (SCP) file system.
xmodem: Imports from the xmodem simple file transfer protocol system.
ymodem: Imports from the ymodem simple file transfer protocol system.
Examples The following example shows how to remove all the downloaded PKI trustpool CA certificates and
subsequently update the CA certificates in the PKI trustpool by downloading a new CA certification
bundle:
Device> enable
Device# configure terminal
Device(config)# crypto pki trustpool import clean
The following example shows how to update all the CA certificates in the PKI trustpool by
downloading a new CA certification bundle without removing all the downloaded PKI trustpool CA
certificates:
Device(config)# crypto pki trustpool import url http://www.cisco.com/security/pki/trs/ios.p7b
Command Default Debug information for all the cached entries is displayed.
Usage Guidelines Use this command to display debug information about cached entries.
Examples The following example displays the debug information about all the cached entries:
Device# debug aaa cache group
clear aaa cache group Clears an individual entry or all the entries in the cache.
show aaa cache group Displays cache entries stored by the AAA cache.
Command Default If the command is not configured, debugging is not turned on.
Usage Guidelines Dead-criteria transaction values may change with every AAA transaction. Some of the values that can be
displayed are estimated outstanding transaction, retransmit tries, and dead-detect intervals. These values are
explained in the table below.
Examples The following example shows dead-criteria transaction information for a particular server group:
Device> enable
Device# debug aaa dead-criteria transaction
The table below describes the significant fields shown in the display.
Field Description
Computed Retransmit Tries Currently computed number of retransmissions before the server is
marked as dead.
Current Tries Number of successive failures since the last valid response.
Current Max Tries Maximum number of tries since the last successful transaction.
Field Description
Computed Dead Detect Interval Period of inactivity (the number of seconds since the last successful
transaction) that can elapse before the server is marked as dead. The
period of inactivity starts when a transaction is sent to a server that is
considered live. The dead-detect interval is the period that the device
waits for responses from the server before the device marks the server
as dead.
Elapsed Time Amount of time that has elapsed since the last valid response.
Current Max Interval Maximum period of inactivity since the last successful transaction.
Estimated Outstanding Transaction Estimated number of transaction that are associated with the server.
Current Max Transaction Maximum transaction since the last successful transaction.
radius-server dead-criteria Forces one or both of the criteria, used to mark a RADIUS server as dead,
to be the indicated constant.
show aaa dead-criteria Displays dead-criteria detection information for an AAA server.
debug umbrella
To enable debugging of the Cisco Umbrella Integration feature, use the debug umbrella command in privileged
EXEC mode. To disable debugging, use the no form of this command.
Examples The following example shows how to enable Cisco Umbrella configuration debugging:
Device> enable
Device# debug umbrella config
delay-protection
To configure MKA to use delay protection in sending MACsec Key Agreement Protocol Data Units (MKPDUs),
use the delay-protection command in MKA-policy configuration mode. To disable delay protection, use the
no form of this command.
delay-protection
no delay-protection
Examples The following example shows how to configure MKA to use delay protection in sending MKPDUs:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# delay-protection
host src-MAC-addr | src-MAC-addr mask Defines a host MAC address and optional subnet
matches the defined address, non-IP traffic from t
host dst-MAC-addr | dst-MAC-addr mask Defines a destination MAC address and optional
a packet matches the defined address, non-IP traff
Command Default This command has no defaults. However, the default action for a MAC-named ACL is to deny.
Usage Guidelines You enter MAC-access list extended configuration mode by using the mac access-list extended global
configuration command.
If you use the host keyword, you cannot enter an address mask; if you do not use the host keyword, you must
enter an address mask.
When an access control entry (ACE) is added to an access control list, an implied deny-any-any condition
exists at the end of the list. That is, if there are no matches, the packets are denied. However, before the first
ACE is added, the list permits all packets.
To filter IPX traffic, you use the type mask or lsap lsap mask keywords, depending on the type of IPX
encapsulation being used. Filter criteria for IPX encapsulation types as specified in Novell terminology and
Cisco IOS XE terminology are listed in the table.
This example shows how to define the named MAC extended access list to deny NETBIOS traffic
from any source to MAC address 00c0.00a0.03fa. Traffic matching this list is denied.
Device> enable
Device# configure terminal
Device(config)# mac access-list extended mac_layer
Device(config-ext-macl)# deny any host 00c0.00a0.03fa netbios.
Device(config-ext-macl)# end
This example shows how to remove the deny condition from the named MAC extended access list:
Device> enable
Device# configure terminal
Device(config)# mac access-list extended mac_layer
Device(config-ext-macl)# no deny any 00c0.00a0.03fa 0000.0000.0000 netbios.
Device(config-ext-macl)# end
The following example shows how to deny all packets with EtherType 0x4321:
Device> enable
Device# configure terminal
Device(config)# mac access-list extended mac_layer
Device(config-ext-macl)# deny any any 0x4321 0
Device(config-ext-macl)# end
You can verify your settings by entering the show access-lists privileged EXEC command.
mac access-list extended Creates an access list based on MAC addresses for
Syntax Description node Sets the role of the attached device to node.
Usage Guidelines The device-role command specifies the role of the device attached to the port. By default, the device role is
node.
The switch keyword indicates that the remote device is a switch and that the local switch is now operating in
multiswitch mode; binding entries learned from the port will be marked with trunk_port preference level. If
the port is configured as a trust-port, binding entries will be marked with trunk_trusted_port preference level.
This example shows how to define an IPv6 snooping policy name as policy1, place the device in
IPv6 snooping configuration mode, and configure the device as the node:
Device> enable
Device# configure terminal
Device(config)# ipv6 snooping policy policy1
Device(config-ipv6-snooping)# device-role node
Device(config-ipv6-snooping)# end
Syntax Description host Sets the role of the attached device to host.
Usage Guidelines The device-role command specifies the role of the device attached to the port. By default, the device role is
host, and therefore all the inbound router advertisement and redirect messages are blocked.
The switch keyword indicates that the remote device is a switch and that the local switch is now operating in
multiswitch mode; binding entries learned from the port will be marked with trunk_port preference level. If
the port is configured as a trust-port, binding entries will be marked with trunk_trusted_port preference level.
The following example defines a Neighbor Discovery Protocol (NDP) policy name as policy1, places
the device in ND inspection policy configuration mode, and configures the device as the host:
Device> enable
Device# configure terminal
Device(config)# ipv6 nd inspection policy policy1
Device(config-nd-inspection)# device-role host
Device(config-nd-inspection)# end
Syntax Description host Sets the role of the attached device to host.
Usage Guidelines The device-role command specifies the role of the device attached to the port. By default, the device role is
host, and therefore all the inbound router advertisement and redirect messages are blocked.
The switch keyword indicates that the remote device is a switch and that the local switch is now operating in
multiswitch mode; binding entries learned from the port will be marked with trunk_port preference level. If
the port is configured as a trust-port, binding entries will be marked with trunk_trusted_port preference level.
The following example defines a Neighbor Discovery Protocol (NDP) policy name as policy1, places
the device in ND inspection policy configuration mode, and configures the device as the host:
Device> enable
Device# configure terminal
Device(config)# ipv6 nd inspection policy policy1
Device(config-nd-inspection)# device-role host
Device(config-nd-inspection)# end
device-tracking [ attach-policy policy-name ] [ vlan { vlan-id | add vlan-id | all | except vlan-id | none
| remove vlan-id } ]
no device-tracking [ attach-policy policy-name ] [ vlan { vlan-id | add vlan-id | all | except vlan-id |
none | remove vlan-id } ]
Syntax Description attach-policy policy-name Attaches the custom policy that you specify, to the interface and all VLANs.
vlan { vlan-id | add vlan-id Configures the VLAN list for the policy and attaches the custom policy to the
| all | except vlan-id | none specified VLANs. You can specify the following particulars:
| remove vlan-id }
• vlan-id: Enter one or more VLAN IDs. The custom policy is attached to
all the VLAN IDs.
• addvlan-id: Adds specified VLANs to the existing list of VLAN IDs.
The custom policy is attached to all the VLAN IDs.
• all: Attaches the custom policy to all VLAN IDs.
This is the default option.
• exceptvlan-id: Attaches the custom policy to all VLAN IDs, except the
ones you specify here.
• none: Does not attach the custom policy to any VLAN.
removevlan-id: Removes specified VLANs from the existing list of
VLAN IDs. The custom policy is attached only to the VLAN IDs in the
list.
Command Default SISF-based device tracking is disabled and a policy is not attached to the interface.
Usage Guidelines If you enter the device-tracking command in the interface configuration mode, without any other keywords,
the system attaches the default policy the interface or VLAN. The default policy is a built-in policy with
default settings; you cannot change any of the attributes of the default policy.
If you configure the device-tracking attach-policypolicy-name command in the interface configuration mode,
you can specify a custom policy name. You must have created the custom policy in global configuration mode
already. The policy is attached to the specifed interface. You can then also specify the VLANs that you want
to attach it to.
If you want to change the custom policy that is attached to a target, reconfigure the device-tracking
attach-policypolicy-name command.
If you want to disable the feature on a particular target, enter the no device-tracking command in the interface
configuration mode.
Examples
• Example: Enabling SISF-Based Device Tracking and Attaching the Default Policy, on page 1667
• Attaching a Custom Policy, on page 1667
• Example: Disabling SISF-Based Device-Tracking , on page 1668
Examples The following example shows how to enable SISF-based device tracking and attach the default policy
to an interface. The default policy has default policy parameters, none of which can be changed:
Device# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Device(config)# interface tengigabitethernet1/0/1
Device(config-if)# device-tracking
Device(config-if)# end
Examples The following example shows how enable SISF-based device tracking and attach a custom policy
called sisf-01, to the same interface as the above example, that is, Te1/0/1. Doing so replaces the
existing default policy with custom policy sisf-01 on Te1/0/1.
Device# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Device(config)# interface tengigabitethernet1/0/1
Device(config-if)# device-tracking attach-policy sisf-01
Device(config-if)# end
security-level guard
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP6
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
Policy default is applied on the following targets:
Target Type Policy Feature Target range
Te1/0/2 PORT default Device-tracking vlan all
Device-tracking policy sisf-01 configuration:
security-level guard
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP6
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
limit address-count 3000
Policy sisf-01 is applied on the following targets:
Target Type Policy Feature Target range
Te1/0/1 PORT sisf-01 Device-tracking vlan all
Examples The following example shows how to disable SISF-based device-tracking on a target. The feature is
disabled on target Te1/0/1. This is the same interface where a custom policy is applied in the previous
example. The default policy continues to be available on the other interface where the feature is
enabled, that is, Te1/0/2.
Device# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Device(config)# interface tengigabitethernet1/0/1
Device(config-if)# no device-tracking attach-policy sisf-01
Device(config-if)# end
Syntax Description attach-policy policy-name Attaches the custom policy that you specify, to the VLAN.
priority priority-value Note Although visible on the CLI, configuring this command has no
effect. Policy priority is system-determined. You cannot change
this.
Usage Guidelines If you enter the device-tracking command in VLAN configuration mode, without any other keywords, the
system attaches the default policy to the VLAN. The default policy is a built-in policy with default settings;
you cannot change any of the parameters of the default policy.
If you configure the device-tracking attach-policypolicy-name command in VLAN configuration mode, the
custom policy you specify is attached to the VLAN. With a custom policy, you can configure certain parameters
of a custom policy.
You can enable the feature and attach a policy - custom or default - to one or more VLANs or a range of
VLANs.
Examples
• Example: Enabling SISF-Based Device Tracking and Attaching the Default Policy, on page 1669
• Example: Attaching a Custom Policy to a VLAN, on page 1670
• Example: Attaching a Custom Policy to a Range of VLANs, on page 1670
Examples The following example shows how to enable SISF-based device tracking and attach the default policy
to VLAN 500:
Device# show device-tracking policies
Target Type Policy Feature Target range
Te1/0/1 PORT sisf-03 Device-tracking vlan all
Examples The following example shows how to attach a custom policy called sisf-03, to the same VLAN as
the above example, that is, VLAN 500. Doing so replaces the existing default policy with custom
policy sisf-03 on the VLAN:
Device# show device-tracking policies
Target Type Policy Feature Target range
Te1/0/1 PORT sisf-03 Device-tracking vlan all
Te1/0/1 PORT default Address Resolution Relay vlan all
Te1/0/2 PORT default Device-tracking vlan all
vlan 333 VLAN sisf-01 Device-tracking vlan all
vlan 500 VLAN default Device-tracking vlan all
Examples The following example shows how to attach a custom policy to a range of VLANs (VLANs 10 to
15):
Device(config)# vlan configuration 10-15
Device(config-vlan-config)#device-tracking attach-policy sisf-01
Device(config-vlan-config)#end
device-tracking binding
To specify how binding entries are maintained in the binding table, enter the device-tracking binding command
in global configuration mode. With this command you can configure the lifetime of each state, the maximum
number of entries allowed in a binding table, and whether binding entry events are logged. You can also use
this command to configure static binding entries. To revert to the default value, use the no form of the command.
Syntax Description down-lifetime { seconds Provides the option to configure a countdown timer for a binding entry in the
| infinite } DOWN state, or, to disable the timer.
A binding entry enters the DOWN state when the host’s connecting interface is
administratively down. If a timer is configured, one of these events may occur
before timer expiry - either the interface can be up again, or, the entry can remain
in the DOWN state. If the interface is up before timer expiry, the timer is stopped,
and the state of the entry changes. If the entry remains in the DOWN state after
timer expiry, it is removed from the binding table. If the timer is disabled or turned
off, the entry is never removed from the binding table and can remain in the DOWN
state indefinitely, or until the interface is up again.
Configure one of these options:
• seconds: Configure a value for the down-lifetime timer. Enter a value between
1 and 86400 seconds. The default value is 86400 seconds (24 hours).
• infinite: Disables the timer for the DOWN state. This means that a timer is
not started when an entry enters the DOWN state.
device-tracking binding Configures the maximum number of entries for a binding table. Enter a value
max-entries between 1 and 200000. The default value is 200000.
no_of_entries [
Note This limit applies only to dynamic entries and not static binding
mac-limit no_of_entries
entries.
| port-limit
no_of_entries |
Optionally, you can also configure these limits:
vlan-limit no_of_entries
] • mac-limit no_of_entries: Configures the maximum number of entries allowed
per MAC address. Enter a value between 1 and 100000. By default, a limit
is not set.
• port-limit no_of_entriesConfigures the maximum number of entries allowed
per interface. Enter a value between 1 and 100000. By default, a limit is not
set.
• vlan-limit no_of_entries: Configures the maximum number of entries allowed
per VLAN. Enter a value between 1 and 100000. By default, a limit is not
set.
The no form of the command resets the max-entries value to 200000 and sets the
mac-limit, port-limit, vlan-limit to "no limit".
reachable-lifetime { Provides the option to configure a countdown timer for a binding entry in the
seconds | infinite } REACHABLE state, or, to disable the timer.
If a timer is configured, either one of these events may occur before timer expiry
- incoming packets are received from the host, or there are no incoming packets
from the host. Every time an incoming packet is received from the host, the timer
is reset. If no incoming packets are received and the timer expires, then the state
of the entry changes based on the reachability of the host. If the timer is disabled
or turned off, the entry can remain in the REACHABLE state, indefinitely.
Configure one of these options:
• seconds: Configure a value for the reachable-lifetime timer. Enter a value
between 1 and 86400 seconds. The default value is 300 seconds (5 minutes).
• infinite: Disables the timer for the REACHABLE state. This means that a
timer is not started when an entry enters the REACHABLE state.
stale-lifetime { seconds Provides the option to configure a countdown timer for a binding entry in the
| infinite } STALE state, or, to disable the timer.
If a timer is configured, either one of these events may occur before timer expiry
- incoming packets are received from the host, or there are no incoming packets
from the host. If an incoming packet is received, the timer is stopped and the entry
transitions to a new state. If no incoming packets are received and the timer expires,
then the entry is removed from the binding table. If the timer is disabled or turned
off, the entry can remain in the STALE state, indefinitely.
If polling is enabled, a final attempt is made to probe the host at stale timer expiry.
Note If polling is enabled, polling occurs when the reachable lifetime timer
expires (3 times), and then a final attempt at stale timer expiry as
well. The time required to poll an entry after expiry of reachable
lifetime, is subtracted from the stale lifetime.
Configure one of these options:
• seconds: Configure a value for the stale-lifetime timer. Enter a value between
1 and 86400 seconds. The default value is 86400 seconds (24 hours).
• infinite: Disables the timer for the STALE state. This means that a timer is
not started when an entry enters the STALE state.
device-tracking binding Creates a static binding entry in the binding table. You can also specify how static
vlan vlan_id { ipv4_add binding entries are maintained in the binding table.
ipv6_add ipv6_prefix }
Note The limit you configure for the max-entries no_of_entries option
[ interface
(above) does not apply to static binding entires. There is no limit to
inteface_type_no ] [
the number of static entries you can create.
48-bit-hardware-address
] [ reachable-lifetime
• Enter an IP address or prefix:
{ seconds | default |
infinite } | tracking { • ipv4_add : Enter an IPv4 address.
default | disable |
• ipv6_add : Enter an IPv6 address.
enable [
retry-interval { seconds • ipv6_prefix : Enter an IPv6 prefix.
| default } ] } [
reachable-lifetime { • interface inteface_type_no: Enter an interface type and number. Use the
seconds | default | question mark (?) online help function to display the types of interfaces
infinite } ] ] available on the device.
• (Optional) 48-bit-hardware-address: Enter a MAC address. If you do not
configure a MAC address for the binding entry, any MAC address is allowed.
• (Optional) reachable-lifetime {seconds | default | infinite }: Configures the
reachable lifetime settings for a static binding entry in the REACHABLE
state. If you want to configure a reachable lifetime for a static binding entry,
you must specify the MAC address for the entry.
If you do not configure a value, the same value as configured for
device-tracking binding reachable-lifetime applies.
seconds: Configure a value for the reachable-lifetime timer. Enter a value
between 1 and 86400 seconds. The default value is 300 seconds (5 minutes).
default: Uses the same value as configured for dynamic entries in the binding
table.
infinite: Disables the timer for the REACHABLE state. This means that a
timer is not started when a static binding entry enters the REACHABLE state.
• (Optional) tracking {default | disable | enable}: Configures polling related
settings for a static binding entry.
default:Polling is disabled.
disable: Disables polling for a static binding entry.
enable: Enables polling for a static binding entry.
When you enable tracking, you also have the option to configure a
retry-interval. This is a multiplicative factor or "base value", for the backoff
algorithm. The backoff algorithm determines the wait time between the 3
polling attempts that occur after reachable lifetime expiry.
Enter a value between 1 and 3600 seconds. The default value is one.
Command Default If you do not configure a value, the default values for down, reachable, and stale lifetimes, and maximum
number of binding entries allowed in a binding table are applicable - as long as a policy-level value is not set.
See the Usage Guidelines below for further details.
Usage Guidelines The device-tracking binding command enables you to specify how entries are maintained in a binding table,
at a global level. The settings therefore apply to all interfaces and VLANs where SISF-based device-tracking
is enabled. But for the system to start extracting binding information from packets that enter the network and
to create binding entries to which the settings you configure here will apply, there must exist a policy that is
attached an interface or VLAN.
If there is no policy on any interface or VLAN, the only entries that can exist in a binding table are any static
binding entries you create.
Changing Any Binding Entry Setting
When you reconfigure a value or setting with the device-tracking binding command, the change applies only
to subsequently created binding entries. The changed configuration does not apply to existing entries. The
older setting applies to an older entry.
To display the current settings, enter the show device-tracking database command in privileged EXEC
mode.
Global versus Policy-Level Settings
For some of the settings you configure with this command, there are policy level counterparts. (A policy level
paramter is configured in the device-tracking configuration mode and applies only to that policy). The tables
below clarifies when a globally configured value takes precedence and when a policy-level value takes
precedence:
reachable-lifetime 250
If a policy-level value and a globally configured value exists, the policy-level value applies.
If only a globally configured value exists, the globally configured value applies.
If only a policy-level value exists the policy-level value applies.
See: Example: Configuring a Reachable, Stale, and Down Lifetime at the Global vs Policy Level, on page
1680.
stale-lifetime 500
If a policy-level value and a globally configured value exists, the policy-level value applies.
If only a globally configured value exists, the globally configured value applies.
If only a policy-level value exists the policy-level value applies.
See: Example: Configuring a Reachable, Stale, and Down Lifetime at the Global vs Policy Level, on page
1680.
If a policy-level value and globally configured values exist, the creation of binding entries is stopped when
a limit is reached - this can be one of the global values or the policy-level value.
If only globally configured values exist, the creation of binding entries is stopped when a limit is reached.
If only a policy-level value exists, the creation of binding entries is stopped when the policy-level limit is
reached.
Example: Global vs Policy-Level Address Limits, on page 1684.
Option under device-tracking binding global Policy-level counterpart in the device-tracking configuration
configuration command mode
device-tracking binding max-entries IPv4 per MAC and IPv6 per MAC
no_of_entries
While you cannot configure either one of the above limits in
[ mac-limit no_of_entries ]
a policy, a programmatically created policy may have either
one, both, or neither one of the limits.
Option under device-tracking binding global Policy-level counterpart in the device-tracking configuration
configuration command mode
Device(config)# device-tracking binding Device# show device-tracking policy LISP-DT-GLEAN-VLAN
max-entries 300
mac-limit 3 Policy LISP-DT-GLEAN-VLAN configuration:
security-level glean (*)
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
limit address-count for IPv4 per mac 4 (*)
limit address-count for IPv6 per mac 12 (*)
tracking enable
<output truncated>
If a policy-level value and globally configured values exists, the creation of binding entries is stopped when
a limit is reached - this can be one of the global values or the policy-level value.
If only globally configured values exist, the creation of binding entries is stopped when a limit is reached.
If only a policy-level value exists, the creation of binding entries is stopped when the policy-level limit is
reached.
You can also use this system behavior when you want to reset one or more - but not all limits, to their default
values. Although the default for all three keywords is that there is no limit, you cannot enter the number "0"
to set a limit to its default value. Zero is not within the valid value range for any of the limits. To reset one or
more limits to their default values, leave out the corresponding keyword. The following example clarifies this
behaviour: Example: Setting VLAN, Port, and MAC Limits to Default Values, on page 1688.
Enabling Logging of Binding Entry Events
When you configure the device-tracking binding logging global configuration command to generate logs
for binding entry events, you may also have to configure a few general logging settings, depending on your
requirements:
• (Required) The logging buffered informational command in global configuration mode.
With this command you enable message logging at a device level and you specify a severity level.
Configuring the command allows logs to be copied and stored to a local, internal buffer. Specifying a
severity level causes messages at that level and numerically lower levels to be logged.
Logs generated for binding entry events have a severity level of 6 (meaning, informational). For example:
%SISF-6-ENTRY_CREATED: Entry created IP=192.0.2.24 VLAN=200 MAC=001b.4411.4ab6 I/F=Te1/0/4
Preflevel=00FF
Caution A low severity level may cause the number of messages being displayed on the
console to increase significantly. Further, the console is a slow display device.
In message storms some logging messages may be silently dropped when the
console queue becomes full. Set severity levels accordingly.
If you don't want to configure this command, you can view logs when required by entering the show
logging command in privileged EXEC mode.
If the logging console command is not enabled, logs are not displayed on the device console, but if you have
configured device-tracking binding logging and logging buffered informational, logs will be generated
and available in the local buffer.
For information about the kind of binding entry events for which logs are generated, see the system message
guide for the corresponding release: System Message Guides. Search for SISF-6.
While the device-tracking binding logging command logs binding entry events, there is also the
device-tracking logging command, which enables snooping security logging. The two command log different
kinds of events and the generated logs have different severity levels.
Creating a Static Binding Entry
If there are silent but reachable hosts in the Layer 2 domain, and you want to retain binding information for
these silent hosts, you can create static binding entries.
While there is no limit to the number of static entries you can create, these entries also contribute to the size
of the binding table. Consider the number of such entries you require, before you create them.
You can create a static binding entry even if a policy is not attached to the interface or VLAN specified in the
static binding entry.
When you configure a static binding entry followed by its settings (for example, reachable-lifetime), the
configuration applies only to that static binding entry and not to any other entries, static or dynamic. The
following example shows you how to created a static binding entry: Example: Creating a Static Binding Entry,
on page 1683.
Examples
• Example: Configuring Non-Default Values for Reachable, Stale, and Down Lifetimes, on page
1680
• Example: Configuring a Reachable, Stale, and Down Lifetime at the Global vs Policy Level,
on page 1680
Example: Configuring Non-Default Values for Reachable, Stale, and Down Lifetimes
The following example clarifies system behaviour when you configure values for reachable, stale, and down
lifetimes seperately (the effect is not cumulative). It also show you how to configure values in a way that
configuration is retained for all the lifetimes.
In the first step of this example only a reachable-lifetime is configured. This means the down-lifetime and
stale lifetime are set to default, because the stale-lifetime and down-lifetime keywords have been left out:
Device(config)# device-tracking binding reachable-lifetime 700
Device(config)# exit
Device# show running-config | include device-tracking
device-tracking policy sisf-01
device-tracking attach-policy sisf-01
device-tracking attach-policy sisf-01 vlan 200device-tracking binding reachable-lifetime
700
device-tracking binding logging
In the next step of this example, a stale-lifetime of 1500 seconds and a down-lifetime of 1000 seconds is
configured. With this, the reachable-lifetime configured in the previous step, is to default:
Device(config)# device-tracking binding stale-lifetime 1500 down-lifetime 1000
Device(config)# exit
Device# show running-config | include device-tracking
device-tracking policy sisf-01
device-tracking attach-policy sisf-01
device-tracking attach-policy sisf-01 vlan 200device-tracking binding stale-lifetime 1500
down-lifetime 1000
device-tracking binding logging
In the next step of this example, reachable, down, and stale lifetimes of 700, 1000, and 200 respectively, are
configured. With this, the value for the stale-lifetime is changed from 1500 seconds, to 1000 seconds. The
down-lifetime is changed from 1000 to 200. The reachable-lifetime is configured as 700 seconds.
Device(config)# device-tracking binding reachable-lifetime 700 stale-lifetime 1000
down-lifetime 200
Device(config)# exit
Device# show running-config | include device-tracking
device-tracking policy sisf-01
device-tracking attach-policy sisf-01
device-tracking attach-policy sisf-01 vlan 200device-tracking binding reachable-lifetime
700 stale-lifetime 1000 down-lifetime 200
device-tracking binding logging
If any one of the lifetimes requires a change and the values for the other lifetimes must be retained, all three
keywords must be reconfigured with the required values - everytime, and in the same command line.
Example: Configuring a Reachable, Stale, and Down Lifetime at the Global vs Policy Level
The following example shows you how to configure the reachable, stale, and down lifetimes for binding
entries, at a global level. This example also shows you how you can then override the global setting and
configure a different lifetime for entries learnt on a particular interface or VLAN, by configuring a policy-level
setting.
In the first part of the example, the output of the show device-tracking policy policy-name command shows
that a policy-level value is not set and the default binding table settings are applicable to the existing entries.
After a reachable, stale, and down lifetime is configured with the device-tracking binding command in global
configuration mode, the new values are effective and are applied only to the four new entries that are added
to the table.
Note In the output of the show device-tracking database command, note the Time left column for the binding
entries. There is minor difference in the reachable lifetime of each entry. This is a system-imposed jitter (+/-
5 percent of the configured value), to ensure that system performance is not affected when a large number of
entries are added to the binding table. Binding entries go through their lifecycle in a staggered manner thus
preventing points of congestion.
Current configuration, which shows that policy-level reachable lifetime is not configured. The binding table
entries show that the current reachable lifetime is 500 seconds (time left + age):
Device# show device-tracking policy sisf-01
Device-tracking policy sisf-01 configuration:
security-level guard
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP6
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
Policy sisf-01 is applied on the following targets:
Target Type Policy Feature Target range
Te1/0/4 PORT sisf-01 Device-tracking vlan 200
Configuration of reachable, stale and down lifetime at the global level. New values apply only to binding
entries created after this:
Device(config)# device-tracking binding reachable-lifetime 700 stale-lifetime 1000
down-lifetime 200
In this second part of the example, a policy level value is configured and the reachable lifetime is set to 50
seconds. This new reachable lifetime is again applicable only to entries created after this.
Only a reachable lifetime is configured at the policy-level and not a stale and down lifetime. This means it is
still the global values that apply if the reachable lifetime of the two new entries expires and they move to the
STALE or DOWN state.
Device# show device-tracking database <<<< checking binding table again after new policy-level
reachable-lifetime expires
Binding Table has 7 entries, 7 dynamic (limit 200000)
Codes: L - Local, S - Static, ND - Neighbor Discovery, ARP - Address Resolution Protocol,
DH4 - IPv4 DHCP, DH6 - IPv6 DHCP, PKT - Other Packet, API - API created
Preflevel flags (prlvl):
0001:MAC and LLA match 0002:Orig trunk 0004:Orig access
0008:Orig trusted trunk 0010:Orig trusted access 0020:DHCP assigned
0040:Cga authenticated 0080:Cert authenticated 0100:Statically assigned
The output of the show device-tracking database details privileged EXEC command shows that the port
limit (max/port) is reached first. A maximum of 20 entries are allowed on a port or interface. No further
binding entries are created after this. While the mac limit is configured with a lower absolute value (19), the
output of the show device-tracking database mac privileged EXEC command shows that there are only 3
unique MAC address in the list of binding entries in the table - this limit is therefore not reached.
Device# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Device(config)# device-tracking binding max-entries 30 vlan-limit 25 port-limit 20 mac-limit
19
Device(config)# device-tracking policy sisf-01
Device(config-device-tracking)# limit address-count 45
Device(config-device-tracking)# end
Device# show device-tracking policy sisf-01
Device-tracking policy sisf-01 configuration:
security-level guard
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP6
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
limit address-count 45
Policy sisf-01 is applied on the following targets:
Target Type Policy Feature Target range
Te1/0/4 PORT sisf-01 Device-tracking vlan 200
dynamic : 20
local : 0
total : 20 <<<< no further entries created after this.
Policy Input_index
000c.959d.6816 Te1/0/4 200 NO TRUST MAC-REACHABLE 27 s
sisf-01 12
000b.959d.6816 Te1/0/4 200 NO TRUST MAC-REACHABLE 27 s
sisf-01 12
000a.959d.6816 Te1/0/4 200 NO TRUST MAC-REACHABLE 27 s
sisf-01 12
The limit that is reached first is the policy-level, limit address-count. A maximum of 14 IP addresses (IPv4
and 1Pv6) are allowed on the port or interface where policy "sisf-01" is applied. No further binding entries
are created after this. While the mac limit is configured with a lower absolute value (19), there are only 3
unique MAC address in the list of binding entries in the table - this limit is therefore not reached.
Device# configure terminal
Enter configuration commands, one per line. End with CNTL/Z.
Device(config)# device-tracking policy sisf-01
Device(config-device-tracking)# limit address-count 14
Device(config-device-tracking)# end
Device# show device-tracking policy sisf-01
Device-tracking policy sisf-01 configuration:
security-level guard
device-role node
gleaning from Neighbor Discovery
gleaning from DHCP6
gleaning from ARP
gleaning from DHCP4
NOT gleaning from protocol unkn
limit address-count 14
Policy sisf-01 is applied on the following targets:
Target Type Policy Feature Target range
Te1/0/4 PORT sisf-01 Device-tracking vlan 200
After the stale lifetime of all the existing entries has expired and the entries have been removed from the
binding table, new entries are added according to the reconfigured values:
Device# show device-tracking database <<<<checking time left for stale-lifetime to expire
for existing entries.
Binding Table has 20 entries, 20 dynamic (limit 30)
Codes: L - Local, S - Static, ND - Neighbor Discovery, ARP - Address Resolution Protocol,
DH4 - IPv4 DHCP, DH6 - IPv6 DHCP, PKT - Other Packet, API - API created
Preflevel flags (prlvl):
0001:MAC and LLA match 0002:Orig trunk 0004:Orig access
0008:Orig trusted trunk 0010:Orig trusted access 0020:DHCP assigned
0040:Cga authenticated 0080:Cert authenticated 0100:Statically assigned
Device# show device-tracking database <<<no output indicates no entries in the database
max/box : 30
max/vlan : 25
max/port : no limit <<<reset to default
max/mac : no limit <<<reset to default
Note No configuration is displayed for the policy-level setting, because you cannot configure the "IPv4 per mac"
or the "IPv6 per mac" in any policy. In this example, the DT-PROGRAMMATIC policy is applied to target
by configuring the ip dhcp snooping vlan vlan command in global configuration mode. The IPv4 per mac
limit exists, because the programmatically created policy has a limit for this parameter.
note:
Binding entry Down timer: 24 hours (*)
Binding entry Stale timer: 24 hours (*)
In the second part of the example, the global value (2 entries allowed per MAC address) is lower than the
policy-level setting (3 IPv4 addresses allowed for each MAC address). The Binding table current counters,
in the output of the show device-tracking database details privileged EXEC command shows that and the
limit that is reached first is the policy level limit.
note:
Binding entry Down timer: 24 hours (*)
Binding entry Stale timer: 24 hours (*)
max/box : 50
max/vlan : no limit
max/port : no limit
max/mac : 2
<<<<<<global limit reached; only up to 2 binding entries per MAC address is allowed.
device-tracking logging
To log snooping security events like packet drops, unresolved packets, and suspected MAC or IP theft,
configure the device-tracking logging command in global configuration mode. To disable logging, enter the
no form of the command.
Usage Guidelines Logs generated for snooping security events have a severity level of 4 (meaning, warnings). For example:
%SISF-4-PAK_DROP: Message dropped A=FE80::20D:FF:FE0E:F G=- V=10 I=Tu0 P=NDP::RA Reason=Packet
not authorized on port
You can view snooping security logs by entering the show logging | include SISF-4 command in privileged
EXEC mode.
For information about the snooping events for which logs are generated, see the system message guide for
the corresponding release: System Message Guides. Search for SISF-4.
Packet Drop Events
When you configure the packet drop keyword, a log is generated everytime a packet is dropped. The log
also includes the reason for the packet drop. The reasons include and are not limited to the following:
• Packet not authorized on port: This means that a security feature dropped the packet because a
packet of this kind is not expected on the port, based on the configuration. Examples of such security
features and the situations in which a packet is dropped, include and are not limited to the following:
The Router Advertisement Guard feature may decide to drop IPv6 Router Advertisement packets if they
are received on ports that are not configured as router-facing ports. The DHCP Guard feature may drop
packets from DHCP server (DHCP OFFER or DHCP REPLY) if they are received on a port which is
not configured as server-facing port.
• Packet accepted but not forwarded: This means that the packet is not forwarded, but it is still
considered valid to glean binding information from. This is usually seen when packets from a host are
seen by SISF during the validation phase (while the binding is in a transitional state).
• Malformed Packet dropped in Guard mode: This means that the incoming packet is malformed and
cannot be parsed properly.
• Packet is throttled: This means the packet was dropped because it exceeds the throttling limit for
packets within a time interval. The system allows a maximum of 50 packets in 5 seconds.
• Silent drop: This happens to packets that are generated either by device-tracking instances to
communicate among the different instances across multiple switches, or as a response to an action trigged
by device-tracking. For instance, a response on the probe that was initiated by the device-tracking, to
determine the reachability status of the host reachability.
• Martian packet: This means that the incoming packet was dropped because it has Martian source IP
address, such as, a multicast, loopback, or unspecified address.
• Martian mac: This means that the incoming packet was dropped because it has a Martian MAC or
Link-Layer source address.
• Address limit per box reached: This means that the incoming packet was dropped, because the limit
configured with the device-tracking binding max-entries no_of_entries global configuration command,
was reached. Enter the show device-tracking database details privileged EXEC command to display
current limits.
• Address limit per vlan reached: This means that the incoming packet was dropped, because the
limit configured with the device-tracking binding max-entries no_of_entries vlan-limit no_of_entries
global configuration command, was reached. Enter the show device-tracking database details privileged
EXEC command to display current limits.
• Address limit per port reached: This means that the incoming packet was dropped, because the
limit configured with the device-tracking binding max-entries no_of_entries port-limit no_of_entries
global configuration command, was reached. Enter the show device-tracking database details privileged
EXEC command to display current limits.
• Address limit per policy reached : This means that the incoming packet was dropped, because the
limit configured with the limit address-count ip-per-port keyword in the device-tracking configuration
mode was reached. This is configured at a policy level. Enter the show device-tracking policypolicy-name
privileged EXEC command to display current limits.
• Address limit per mac reached: This means that the incoming packet was dropped, because the limit
configured with the device-tracking binding max-entries no_of_entries mac-limit no_of_entries global
configuration command, was reached. Enter the show device-tracking database details privileged
EXEC command to display current limits.
• Address Family limit per mac reached: This means that the incoming packet was dropped, because
the IPv4 per MAC or IPv6 per MAC limit specified in a programmatic policy was reached. You cannot
configure this policy parameter; a programmatically created policy may have either an IPv4 per MAC
limit, or an IPv6 per MAC limit, or both, or neither. Enter the show device-tracking policypolicy-name
privileged EXEC command to display the limit if it exists.
table. When a destination is not found in the binding table, address resolution is prevented. By configuring
resolution-veto logging you can keep track of such unresolved packets.
If the resolution-veto keyword is configured and the the IPv6 Destination Guard feature is not, logs are not
generated.
Theft Events
When you configure the theft keyword, a log is generated when SISF detects an IP theft, or a MAC theft or
both.
In the log, verified binding information (IP, MAC address, interface or VLAN) is preceded by the term
"Known" . A suspicious IP address and MAC address is preceded by the term "New" or "Cand". Interface
and VLAN information is also provided along with the suspiscious IP or MAC address - this helps you identify
where the suspiscious traffic was seen.
For example, see the following MAC theft log:
%SISF-4-MAC_THEFT: MAC Theft Cand IP=2001::12B VLAN=70 MAC=9cfc.e85e.139d Cand I/F=Gi1/0/4
Known IP=71.0.0.96 Known I/F=Ac0
These snippets of the log show the IP address of the suspiscious host and the interface on which it was seen:
Cand IP=2001::12B, VLAN=70, Cand I/F=Gi1/0/4.
This snippet of the log shows the known MAC address, which the suspiscious host is using:
MAC=9cfc.e85e.139d.
These snippets of the log show the IP address and interface of the existing, verified entry: Known IP=71.0.0.96
and Known I/F=Ac0.
Examples
• Example: Packet Drop Logs, on page 1694
• Example: Theft Logs, on page 1694
device-tracking policy
To create a custom device-tracking policy, and to enter the device-tracking configuration mode to configure
the various parameter of the policy, enter the device-tracking policy command in global configuration mode.
To delete a device tracking policy, use the no form of this command.
Syntax Description policy-name Creates a device-tracking policy with the specified name - if it doesn't already exist. You can
also specify the name of a programmatically created policy.
After you configure a policy name, the device enters the device-tracking configuration mode,
where you can configure policy parameters. Enter a question mark (?) at the system prompt
to see the list of policy parameters that can be configured.
Cisco IOS XE Everest 16.6.1 Option to change certain parameters of programmatic policy
DT_PROGRAMMATIC was introduced.
Cisco IOS XE Fuji 16.9.1 The option to change the parameters of any programmatic policy was
deprecated.
Usage Guidelines When you enter the device-tracking policypolicy-name command in global configuration mode, the system
creates a custom policy with the specified name (if it does not already exist) and enters the device-tracking
configuration mode. In this mode, you can configure policy parameters.
After you create a policy and configure its parameters, you must attach it to an interface or VLAN. Only then
does the activity of extracting binding information (IP and MAC address) from packets that enter the network
and the creation of binding entries, actually begin. For more information about attaching a policy, see
device-tracking (interface config), on page 1666device-tracking (VLAN config), on page 1669.
To display detailed information about all the policies available on the device and the targets they are attached
to, enter the show device-tracking policies detail command in privileged EXEC mode.
Configuring Policy Parameters
You can configure the parameters of a policy only if it is a custom policy. You cannot change the parameters
of a programmatic policy. You also cannot change the parameters of the default policy.
To display the list of parameters for a policy, enter a question mark (?) at the system prompt in device-tracking
configuration mode:
Device(config)# device-tracking policy sisf-01
Device(config-device-tracking)# ?
device-tracking policy configuration mode:
Keyword Description
data-glean Enables learning of addresses from a data packet snooped from a source
inside the network and populates the binding table with the data traffic
source address. Enter one of these options:
• log-only: Generates a syslog message upon data packet notification.
• recovery: Uses a protocol to enable binding table recovery. Enter
NDP or DHCP.
default Sets the policy paramter to its default value. You can set these policy
attributes to their default values:
• data-glean: Source address is not learnt or gleaned.
• destination-glean: Destination address is not learnt or gleaned
• device-role: Node.
• distribution-switch: Not supported.
• limit: An address count limit is not set.
• medium-type-wireless: <tbd>
• prefix-glean: Prefixes are not learnt.
• protocol: Addresses of all protocols (ARP, DHCP4, DHCP6, NDP,
and UDP) are gleaned.
• security-level: Guard.
• tracking: Polling is disabled.
• trusted-port: Disabled, that is, the guard function is enabled on
the configured target)
• vpc: Not supported.
Keyword Description
device-role Indicates the type of device that is facing the port and this can be one
of the following:
• node: Allows creation of binding entries for a port.
• switch: Stops the creation of binding entries for a port. This option
is suited to multi-switch set-ups, where the possibility of large
device tracking tables is very high. Here, a port facing a device (an
uplink trunk port) can be configured to stop creating binding entries,
and the traffic arriving at such a port can be trusted, because the
switch on the other side of the trunk port will have device tracking
enabled and that will have checked the validity of the binding entry.
This option is commonly used along with the trusted-port
keyword. Configuring both the device-role and trusted-port
options on an uplink trunk port helps build an efficient and scalable
“secure zone”. Both parameters must be configured to achieve an
efficient distribution of the creation of binding table entries (thus
keeping the binding tables smaller).
distribution-switch Although visible on the CLI, this keyword is not supported. Any
configuration does not take effect.
limit address-count Configures the maximum number of number of IPv4 and IPv6 addresses
to be allowed per port. The purpose of this limit is to ensure that binding
entries are restricted to only known and expected hosts.
ip-per-port: Enter the maximum number of IP addresses you want to
allow on a port. This limit applies to IPv4 and IPv6 addresses as a whole.
When the limit is reached, no further IP addresses can be added to the
binding table, and traffic from new hosts are dropped.
Enter a value between 1 and 32000.
medium-type-wireless Although visible on the CLI, this keyword is not supported. Any
configuration does not take effect.
Keyword Description
no Negates the command, that is, reverts a policy parameter to its default
value.
For information about what the default value is, see the default keyword.
• data-glean
• destination-glean
• device-role
• distribution-switch: Not supported.
• limit address-count
• medium-type-wireless
• prefix-glean
• protocol
• security-level
• tracking
• trusted-port
• vpc: Not supported.
prefix-glean only Enables learning of prefixes from either IPv6 Router Advertisements
or from DHCP-PD. You have the following option:
(Optional) only: Gleans only prefixes and not host addresses.
Keyword Description
security-level Specifies the level of security that is enforced. When a packet enters the
network, SISF extracts the IP and MAC address (the source of the
packet) and subsequent action, is dictated by the security level configured
in the policy.
Enter one of these options:
• glean: Extracts the IP and MAC address and enters them into the
binding table, without any verification. Use this option if you want
to only learn about the host and not rely on SISF for authentication
of the binding entry.
• guard: Extracts the IP and MAC address and checks this
information against the binding table. The outcome of the
verification determines if a binding entry is added, or updated, or
if the packet is dropped and the client is rejected
This is the default value for the security-level parameter.
• inspect: Although this keyword is available on the CLI, we
recommend not using it. The glean and guard options described
above address most use cases and network requirements.
Keyword Description
trusted-port This option disables the guard function on configured targets. Bindings
learned through a trusted-port have preference over bindings learned
through any other port. A trusted port is also given preference in case
of a collision while making an entry in the table.
This option is commonly used along with the device-role keyword.
Configuring both the device-role and trusted-port options on an uplink
trunk port helps achieve an efficient distribution of the creation of
binding table entries (thus keeping the binding tables smaller).
vpc Although visible on the CLI, this option is not supported. Any
configuration does not take effect.
You configure policy parameters in the device-tracking configuration mode and what you configure for a
policy applies only to that policy. Some of the policy parameters have counterparts in the global configuration
mode. For detailed information about the parameters that have global-level counterparts and to know which
value takes precendence (whether the globally configured or the policy-level value), see: device-tracking
binding, on page 1672.
Polling a Host
If you configure the tracking policy parameter, the switch sends a polling request after the reachable lifetime
expires. The switch polls the host up to 3 times at fixed, system-determined intervals. You can also specify
an interval by using the device-tracking tracking retry-interval seconds command in global configuration
mode. The polling request is in the form of an Address Resolution Protocol (ARP) probe or a Neighbor
Solicitation message. During this time the state of the entry changes to VERIFY.
If a polling response is received (thus confirming reachability of the host), the state of the entry changes back
to REACHABLE. If the switch does not receive a polling response after 3 attempts, the entry changes to the
STALE state.
Note Using the tracking policy parameter, you can enable or disable polling at a policy-level regardless of whether
the polling is enabled or disabled at the global configuration level (the device-tracking tracking command
in global configuration mode. See Example: Disabling Polling at a Policy-Level, on page 1703and device-tracking
tracking, on page 1709.
Examples
• Example: Disabling Polling at a Policy-Level, on page 1703
• Example: Changing the Address Count Limit, on page 1703
Device# show device-tracking database Binding Table has 25 entries, 25 dynamic (limit 200000)
Codes: L - Local, S - Static, ND - Neighbor Discovery, ARP - Address Resolution Protocol,
DH4 - IPv4 DHCP, DH6 - IPv6 DHCP, PKT - Other Packet, API - API created
Preflevel flags (prlvl):
The address count limit is changed from 25 to a lower limit of 5. But because the existing entries
have not completed their binding entry lifecycle, they are not deleted from the binding table. In order
to make the new address count limit of 5 take effect immediately, the clear device-tracking database
command is used to delete all existing entries. New entries are then learned and added as per the
current limit address-count settings.
device-tracking tracking
To enable polling for IPv4 and IPv6 and configure the polling parameters, configure the device-tracking
tracking command in global configuration mode. To disable polling, enter the no form of the command.
Note This command does not enable the SISF-based device-tracking feature. It enables configuration of polling
parameters on a device where the device-tracking feature is enabled.
Syntax Description auto-source Causes the source address of an Address Resolution Protocol
(ARP) probe to be sourced in the following order of
preference:
• The first preference is to set the source address to the
VLAN SVI, if an SVI is configured.
• The second preference is to locate an IP-MAC binding
entry in device-tracking table, from same subnet and
use that as the source address.
• The third and last preference is to use 0.0.0.0 as the
source address.
Usage Guidelines Polling is a periodic and conditional checking of the host to see the state it is in, whether it is still connected,
and whether it is communicating. Polling enables you to assess the continued presence of a tracked device.
Polling occurs at these junctures: 3 times after the reachable lifetime timer expires, and a final attempt at stale
lifetime expiry.
• In an IPv4 network, polling is in the form of an ARP probe. Here, the switch sends unicast ARP probes
to the connected host, to determine the host's reachability status. When sending ARP probes, the system
constructs packets according to RFC 5227 specifications.
• In an IPv6 network, polling is in the form of a Neighbor Solicitation message. Here, the switch verifies
reachability of a connected host by using the unicast address of the connected host as the destination
address.
Configure the device-tracking tracking command in global configuration mode, to enable polling for IPv4
and IPv6.
Also configure the retry-interval seconds to configure the polling interval after reachable lifetime timer
expiry.
Enter the show running-config | include device-tracking display current polling settings. For example:
Device# show running-config | include device-tracking
device-tracking tracking retry-interval 2
device-tracking policy sisf-01
device-tracking attach-policy sisf-01 vlan 200
device-tracking binding reachable-lifetime 50 stale-lifetime 150 down-lifetime 30
device-tracking binding logging
Enter the show device-tracking database command in privileged EXEC mode, to display the duration of the
various lifetimes of an entry. While polling, the system changes the state of the entry to VERIFY. Check the
Time left column in the output to observe the duration.
When you track the reachable and stale lifetime of an entry with the show device-tracking database command,
and polling is enabled, you may notice that the STALE lifetime is sometimes shorter than what you have
configured. This is because the time required for polling is subtracted from the stale lifetime.
Global versus Policy-Level Settings for Polling
After you configure device-tracking tracking command in global configuration mode, you still have the
flexibility to turn polling on or off, for individual interfaces and VLANs. For this you must enable or disable
polling in the policy. Note how the global and policy-level settings interact:
Polling is enabled at the global Polling is enabled on an interface Polling is effective on the interface
level. or VLAN. or VLAN.
Device(config)# Device(config-device-tracking)#
device-tracking tracking tracking enable
Polling is disabled at the global Polling is enabled on an interface Polling is effective on the interface
level. or VLAN. or VLAN.
Device(config)# no Device(config-device-tracking)#
device-tracking tracking tracking enable
device-tracking upgrade-cli
To convert legacy IP Device Tracking (IPDT) and IPv6 Snooping commands to SISF commands, configure
the device-tracking upgrade-cli command in global configuration mode. To revert to legacy commands,
enter the no form of the command.
Syntax Description force Skips the confirmation step and converts legacy IPDT and IPv6 Snooping commands to SISF
commands.
Command Default Legacy IPDT and IPv6 Snooping commands remain as-is.
Based on the legacy configuration that exists on your device, the device-tracking upgrade-cli command
upgrades your CLI differently. Consider the following configuration scenarios and the corresponding migration
results before you migrate your existing configuration.
Note You cannot configure a mix of the old IPDT and IPv6 snooping CLI with the SISF-based device tracking
CLI.
• Use the legacy IPv6 Snooping commands for your future configuration and do not run the device-tracking
upgrade-cli command. With this option, only the legacy IPv6 Snooping commands are available on your
device, and you cannot use the new SISF-based device tracking CLI commands.
Note If you do not migrate to the new SISF-based commands and continue to use the legacy IPv6 snooping or IPDT
commands, your IPv4 device tracking configuration information may be displayed in the IPv6 snooping
commands, as the SISF-based device tracking feature handles both IPv4 and IPv6 configuration. To avoid
this, we recommend that you convert your legacy configuration to SISF-based device tracking commands.
Examples
The following example shows you how to convert IPv6 Snooping commands to SISF-based
device-tracking commands.
Device# show ipv6 snooping features
Feature name priority state
Device-tracking 128 READY
Source guard 32 READY
After conversion, only the new SISF-based device-tracking commands will work on your device:
dnscrypt
no dnscrypt
Command Default DNS packet encyrption for umbrella mode is not configured.
Usage Guidelines When DNSCrypt is used, the DNS request packets' size is more than 512 bytes. Ensure that these packets are
allowed through the intermediary devices; otherwise, the response may not reach the intended recipients.
Examples The following example shows how to enable DNS packet encryption:
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)# dnscrypt
parameter-map type umbrella global Configures a parameter map type in umbrella mode.
Usage Guidelines You must enter the switchport mode access command on a switch port before entering this command.
The following example shows how to configure Cisco TrustSec manual configuration and 802.1x
configurations together:
Device(config)# interface gigabitethernet 1/0/1
Device(config-if)# switchport mode access
Device(config-if)# cts manual
Device(config-if-cts-manual)# propagate sgt
Device(config-if-cts-manual)# policy static sgt 77 trusted
Device(config-if-cts-manual)# exit
Device(config-if)# dot1x pae authenticator
Device(config-if)# dot1x authenticator eap profile md5
Syntax Description eapol Specifies that the switch send an EAPOL-Success message when the device successfully authenticates
the critical port.
This example shows how to specify that the device sends an EAPOL-Success message when the
device successfully authenticates the critical port:
Device> enable
Device# configure terminal
Device(config)# dot1x critical eapol
Device(config)# exit
Usage Guidelines This command filters details, such as anticipated success, from 802.1x system messages. Failure messages
are not filtered.
The following example shows how to filter verbose 802.1x system messages:
Device> enable
Device# configure terminal
Device(config)# dot1x logging verbose
Device(config)# exit
dot1x max-start
To set the maximum number of Extensible Authentication Protocol over LAN (EAPOL) start frames that a
supplicant sends (assuming that no response is received) to the client before concluding that the other end is
802.1X unaware, use the dot1x max-start command in interface configuration mode. To remove the maximum
number-of-times setting, use the no form of this command.
Syntax Description number Maximum number of times that the router sends an EAPOL start frame. The value is from 1 to
10. The default is 3.
Usage Guidelines You must enter the switchport mode access command on a switch port before entering this command.
The following example shows that the maximum number of EAPOL Start requests has been set to
5:
Device> enable
Device# configure terminal
Device(config)# interface gigibitethernet 1/0/3
Device(config-if)# dot1x max-start 5
Device(config-if)# end
dot1x pae
To set the Port Access Entity (PAE) type, use the dot1x pae command in interface configuration mode. To
disable the PAE type that was set, use the no form of this command.
Syntax Description supplicant The interface acts only as a supplicant and will not respond to messages that are meant for
an authenticator.
authenticator The interface acts only as an authenticator and will not respond to any messages meant for
a supplicant.
Usage Guidelines Use the no dot1x pae interface configuration command to disable IEEE 802.1x authentication on the port.
When you configure IEEE 802.1x authentication on a port, such as by entering the dot1x port-control interface
configuration command, the device automatically configures the port as an IEEE 802.1x authenticator. After
the no dot1x pae interface configuration command is entered, the Authenticator PAE operation is disabled.
The following example shows that the interface has been set to act as a supplicant:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet 1/0/3
Device(config-if)# dot1x pae supplicant
Device(config-if)# end
Usage Guidelines In the default state, when you connect a supplicant device to an authenticator switch that has BPCU guard
enabled, the authenticator port could be error-disabled if it receives a Spanning Tree Protocol (STP) bridge
protocol data unit (BPDU) packets before the supplicant switch has authenticated. You can control traffic
exiting the supplicant port during the authentication period. Entering the dot1x supplicant controlled transient
command temporarily blocks the supplicant port during authentication to ensure that the authenticator port
does not shut down before authentication completes. If authentication fails, the supplicant port opens. Entering
the no dot1x supplicant controlled transient command opens the supplicant port during the authentication
period. This is the default behavior.
We recommend using the dot1x supplicant controlled transient command on a supplicant device when
BPDU guard is enabled on the authenticator switch port with the spanning-tree bpduguard enable interface
configuration command.
This example shows how to control access to 802.1x supplicant ports on a device during authentication:
Device> enable
Device# configure terminal
Device(config)# dot1x supplicant controlled transient
Device(config)# exit
Command Default The supplicant device sends unicast EAPOL packets when it receives unicast EAPOL packets. Similarly, it
sends multicast EAPOL packets when it receives multicast EAPOL packets.
Usage Guidelines Enable this command on the supplicant device for Network Edge Access Topology (NEAT) to work in all
host modes.
This example shows how force a supplicant device to send multicast EAPOL packets to the
authenticator device:
Device> enable
Device# configure terminal
Device(config)# dot1x supplicant force-multicast
Device(config)# end
Usage Guidelines Use this command to test the IEEE 802.1x capability of the devices connected to all ports or to specific ports
on a switch.
There is not a no form of this command.
This example shows how to enable the IEEE 802.1x readiness check on a switch to query a port. It
also shows the response received from the queried port verifying that the device connected to it is
IEEE 802.1x-capable:
Device> enable
Device# dot1x test eapol-capable interface gigabitethernet1/0/13
Syntax Description timeout Time in seconds to wait for an EAPOL response. The range
is from 1 to 65535 seconds.
Usage Guidelines Use this command to configure the timeout used to wait for EAPOL response.
There is not a no form of this command.
This example shows how to configure the switch to wait 27 seconds for an EAPOL response:
Device> enable
Device# dot1x test timeout 27
You can verify the timeout configuration status by entering the show running-config command.
dot1x test eapol-capable [interface Checks for IEEE 802.1x readiness on devices connected to all
interface-id] or to specified IEEE 802.1x-capable ports.
dot1x timeout
To configure the value for retry timeouts, use the dot1x timeout command in global configuration or interface
configuration mode. To return to the default value for retry timeouts, use the no form of this command.
Syntax Description auth-period seconds Configures the time, in seconds for which a supplicant will stay in
the HELD state (that is, the length of time it will wait before trying
to send the credentials again after a failed attempt).
The range is from 1 to 65535. The default is 30.
held-period seconds Configures the time, in seconds for which a supplicant will stay in
the HELD state (that is, the length of time it will wait before trying
to send the credentials again after a failed attempt).
The range is from 1 to 65535. The default is 60
quiet-period seconds Configures the time, in seconds, that the authenticator (server)
remains quiet (in the HELD state) following a failed authentication
exchange before trying to reauthenticate the client.
The range is from 1 to 65535. The default is 60
ratelimit-period seconds Throttles the EAP-START packets that are sent from misbehaving
client PCs (for example, PCs that send EAP-START packets that
result in the wasting of device processing power).
• The authenticator ignores EAPOL-Start packets from clients
that have successfully authenticated for the rate-limit period
duration.
• The range is from 1 to 65535. By default, rate limiting is
disabled.
supp-timeout seconds Sets the authenticator-to-supplicant retransmission time for all EAP
messages other than EAP Request ID.
The range is from 1 to 65535. The default is 30.
Usage Guidelines You should change the default value of this command only to adjust for unusual circumstances such as
unreliable links or specific behavioral problems with certain clients and authentication servers.
The dot1x timeout reauth-period interface configuration command affects the behavior of the device only
if you have enabled periodic re-authentication by using the dot1x reauthentication interface configuration
command.
During the quiet period, the device does not accept or initiate any authentication requests. If you want to
provide a faster response time to the user, enter a number smaller than the default.
When the ratelimit-period is set to 0 (the default), the device does not ignore EAPOL packets from clients
that have been successfully authenticated and forwards them to the RADIUS server.
The following example shows that various 802.1X retransmission and timeout periods have been
set:
Device> enable
Device(config)# configure terminal
Device(config)# interface gigabitethernet 1/0/3
Device(config-if)# dot1x port-control auto
Device(config-if)# dot1x timeout auth-period 2000
Device(config-if)# dot1x timeout held-period 2400
Device(config-if)# dot1x timeout quiet-period 600
Device(config-if)# dot1x timeout start-period 90
Device(config-if)# dot1x timeout supp-timeout 300
Device(config-if)# dot1x timeout tx-period 60
Device(config-if)# dot1x timeout server-timeout 60
Device(config-if)# end
dscp
To configure DSCP marking for authentication and accounting on RADIUS packets, use the dscp command.
To disable DSCP marking for authentication and accounting on RADIUS packets, use the no form of this
command
Syntax Description acct dscp_acct_value Configures RADIUS DSCP marking value for accounting. The valid range is from
1 to 63. The default value is 0.
auth dscp_auth_value Configures RADIUS DSCP marking value for authentication. The valid range is
from 1 to 63. The default value is 0.
Example
This example shows how to configure DSCP marking for authentication and accounting on RADIUS
packets for a RADIUS server:
Device(config)#radius server abc
Device(config-radius-server)#address ipv4 10.1.1.1 auth-port 1645 acct-port 1646
Device(config-radius-server)#dscp auth 10 acct 20
Device(config-radius-server)#key cisco123
Device(config-radius-server)#end
This example shows how to configure DSCP marking for authentication and accounting on RADIUS
packets for a RADIUS server group:
Device(config)#aaa group server radius xyz
Device(config-sg-radius)#server name abc
Device(config-sg-radius)#ip radius source-interface Vlan18
Device(config-sg-radius)#dscp auth 30 acct 10
Device(config-sg-radius)#end
dtls
To configure Datagram Transport Layer Security (DTLS) parameters, use the dtls command in radius server
configuration mode. To return to the default setting, use the no form of this command.
no dtls
Syntax Description connectiontimeout connection-timeout-value (Optional) Configures the DTLS connection timeout
value.
[ip | ipv6] {radius source-interface interface-name (Optional) Configures IP or IPv6 source parameters.
|vrf forwarding forwarding-table-name}
trustpoint {client trustpoint name|server trustpoint (Optional) Configures the DTLS trustpoint for the
name} client and the server.
Usage Guidelines We recommend that you use the same server type, either only Transport Layer Security (TLS) or only DTLS,
under an Authentication, Authorization, and Accounting (AAA) server group.
Examples The following example shows how to configure the DTLS connection timeout value to 10 seconds:
Device> enable
Device# configure terminal
Device(config)# radius server R1
Device(config-radius-server)# dtls connectiontimeout 10
Device(config-radius-server)# end
clear aaa counters servers radius Clears the RADIUS DTLS-specific statistics.
enable password
To set a local password to control access to various privilege levels, use the enable password command in
global configuration mode. To remove control access of the local password, use the no form of this command.
Syntax Description level level (Optional) Specifies the level for which the password is applicable. You can spe
levels, using numbers 0 through 15. Level 1 is normal user EXEC mode user pr
specified in the command or in the no form of the command, the privilege level
encryption-type (Optional) Cisco-proprietary algorithm used to encrypt the password. If you spe
next argument that you supply must be an encrypted password (a password alrea
device). You can specify type 7, which indicates that a hidden password follow
Usage Guidelines If neither the enable password command nor the enable secret command is configured, and if a line password
is configured for the console, the console line password serves as the enable password for all VTY (Telnet
and Secure Shell [SSH]) sessions.
Use enable password command with the level option to define a password for a specific privilege level. After
you specify the level and the password, share the password with users who need to access this level. Use the
privilege level configuration command to specify the commands that are accessible at various levels.
Typically, you enter an encryption type only if you copy and paste a password that has already been encrypted
by a Cisco device, into this command.
Caution If you specify an encryption type and then enter a cleartext password, you will not be able to re-enter enable
mode. You cannot recover a lost password that has been encrypted earlier.
If the service password-encryption command is set, the encrypted form of the password you create with the
enable password command is displayed when the more nvram:startup-config command is run.
You can enable or disable password encryption with the service password-encryption command.
Note When the system prompt you to enter the enable password command, you need not precede the question
mark with Ctrl-V; you can enter abc?123 at the password prompt.
Examples The following example shows how to enables the password pswd2 for privilege level 2:
Device> enable
Device# configure terminal
Device(config)# enable password level 2 pswd2
The following example shows how to set the encrypted password $1$i5Rkls3LoyxzS8t9, which has
been copied from a device configuration file, for privilege level 2 using encryption type 7:
Device> enable
Device# configure terminal
Device(config)# enable password level 2 5 $1$i5Rkls3LoyxzS8t9
enable secret Specifies an additional layer of security over the enable pass
enable secret
To specify an additional layer of security over the enable password command, use the enable secret command
in global configuration mode. To turn off the enable secret function, use the no form of this command.
Syntax Description level level (Optional) Specifies the level for which the password is applicable. You can spec
levels, using numerals 1 through 15. Level 1 is normal user EXEC mode privileges
in the command or in the no form of the command, the privilege level defaults to
unencrypted-password Specifies the password for users to enter enable mode. This password should be diff
created with the enable password command.
Usage Guidelines If neither the enable password command or the enable secret command is configured, and if a line password
is configured for the console, the console line password serves as the enable password for all vty (Telnet and
Secure Shell [SSH]) sessions.
Use the enable secret command to provide an additional layer of security over the enable password password.
The enable secret command provides better security by storing the password using a nonreversible
cryptographic function. The additional layer of security encryption is useful in environments where the
password is sent to the network or is stored on a TFTP server.
Typically, you enter an encryption type only when you paste an encrypted password that you copied from a
device configuration file, into this command.
Caution If you specify an encryption type and then enter a cleartext password, you will not be able to reenter enable
mode. You cannot recover a lost password that has been encrypted earlier.
If you use the same password for the enable password and enable secret commands, you receive an error
message warning that this practice is not recommended, but the password will be accepted. By using the same
password, however, you undermine the additional security the enable secret command provides.
Note After you set a password using the enable secret command, a password set using the enable password
command works only if the enable secret is disabled. Additionally, you cannot recover a lost password that
has been encrypted by any method.
If the service password-encryption command is set, the encrypted form of the password you create is displayed
when the more nvram:startup-config command is run.
You can enable or disable password encryption with the service password-encryption command.
An enable password is defined as follows:
• Must contain a combination of numerals from 1 to 25, and uppercase and lowercase alphanumeric
characters.
• Can have leading spaces, but they are ignored. However, intermediate and trailing spaces are recognized.
• Can contain the question mark (?) character if you precede the question mark with the key combination
Crtl-v when you create the password; for example, to create the password abc?123, do the following:
1. Enter abc.
2. Press Crtl-v.
3. Enter ?123.
Note When the system prompts you to enter the enable password command, you need not precede the question
mark with Ctrl-v; you can enter abc?123 at the password prompt.
Examples The following example shows how to specify a password with the enable secret command:
Device> enable
Device# configure terminal
Device(config)# enable secret password
After specifying a password with the enable secret command, users must enter this password to gain
access. Otherwise, passwords set using the enable password command will no longer work.
Password: password
The following example shows how to enable the encrypted password $1$FaD0$Xyti5Rkls3LoyxzS8,
which has been copied from a device configuration file, for privilege level 2, using the encryption
type 4:
Device> enable
Device# configure terminal
Device(config)# enable password level 2 4 $1$FaD0$Xyti5Rkls3LoyxzS8
The following example shows the warning message that is displayed when a user enters the enable
secret 4 encrypted-password command:
Device> enable
Device# configure terminal
Device(config)# enable secret 4 tnhtc92DXBhelxjYk8LWJrPV36S2i4ntXrpb4RFmfqY
WARNING: Command has been added to the configuration but Type 4 passwords have been
deprecated.
Migrate to a supported password type
Device(config)# end
Device# show running-config | inc secret
Usage Guidelines Use this command to configure an open directive that allows hosts without an authorization policy to access
ports configured with a static ACL. If you do not configure this command, the port applies the policies of the
configured ACL to the traffic. If no static ACL is configured on a port, both the default and open directives
allow access to the port.
You can verify your settings by entering the show running-config command.
Syntax Description ttl-timeout Specifies the TTL timeout factor. The range is from 1 to 300.
Usage Guidelines The local TTL value for the cached FQDN entry is calculated based on the TTL value received in the DNS
response packet multiplied by the configured TTL timeout factor. For example, if the received DNS response
has a TTL value of 100 seconds and multiplication factor is set to 10, then the local TTL for the cached FQDN
entry will be 1000 seconds.
Examples The following example shows how to set the FQDN TTL timeout factor:
Device> enable
Device# configure terminal
Device(config)# fqdn ttl-timeout-factor 100
include-icv-indicator
To include the integrity check value (ICV) indicator in MKPDU, use the include-icv-indicator command in
MKA-policy configuration mode. To disable the ICV indicator, use the no form of this command.
include-icv-indicator
no include-icv-indicator
Examples The following example shows how to include the ICV indicator in MKPDU:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# include-icv-indicator
ip access-list
To define an IP access list or object-group access control list (ACL) by name or number or to enable filtering
for packets with IP helper-address destinations, use the ip access-list command in global configuration mode.
To remove the IP access list or object-group ACL or to disable filtering for packets with IP helper-address
destinations, use the no form of this command.
access-list-name Name of the IP access list or object-group ACL. Names cannot contain a space
or quotation mark, and must begin with an alphabetic character to prevent
ambiguity with numbered access lists.
helper egress check Enables permit or deny matching capability for an outbound access list that is
applied to an interface, for traffic that is relayed via the IP helper feature to a
destination server address.
threshold Sets the access list logging threshold. The range is 0 to 2147483647.
threshold-number
interval time Sets the access list logging interval in milliseconds. The range is 0 to
2147483647.
persistent Access control entry (ACE) sequence numbers are persistent across reloads.
Note This is enabled by default and cannot be disabled.
Command Default No IP access list or object-group ACL is defined, and outbound ACLs do not match and filter IP helper relayed
traffic.
Usage Guidelines Use this command to configure a named or numbered IP access list or an object-group ACL. This command
places the device in access-list configuration mode, where you must define the denied or permitted access
conditions by using the deny and permit commands.
Specifying the standard or extended or fqdn keyword with the ip access-list command determines the prompt
that appears when you enter access-list configuration mode. You must use the extended keyword when
defining object-group ACLs.
You can create object groups and IP access lists or object-group ACLs independently, which means that you
can use object-group names that do not yet exist.
Use the ip access-group command to apply the access list to an interface.
The ip access-list helper egress check command enables outbound ACL matching for permit or deny capability
on packets with IP helper-address destinations. When you use an outbound extended ACL with this command,
you can permit or deny IP helper relayed traffic based on source or destination User Datagram Protocol (UDP)
ports. The ip access-list helper egress check command is disabled by default; outbound ACLs will not match
and filter IP helper relayed traffic.
Examples The following example defines a standard access list named Internetfilter:
Device> enable
Device# configure terminal
Device(config)# ip access-list standard Internetfilter
Device(config-std-nacl)# permit 192.168.255.0 0.0.0.255
Device(config-std-nacl)# permit 10.88.0.0 0.0.255.255
Device(config-std-nacl)# permit 10.0.0.0 0.255.255.255
The following example shows how to set the FQDN TTL timeout factor and create an FQDN ACL
named facl.
Device> enable
Device# configure terminal
Device(config)# fqdn ttl-timeout-factor 100
Device(config)# ip access-list fqdn facl
Device(config-fqdn-acl)# 100 permit ip any any
Device(config-fqdn-acl)# 10 permit ip host 192.0.2.121 host dynamic www.google.com
Device(config-fqdn-acl)# end
The following example shows how to create an object-group ACL that permits packets from the
users in my_network_object_group if the protocol ports match the ports specified in
my_service_object_group:
Device> enable
Device# configure terminal
Device(config)# ip access-list extended my_ogacl_policy
Device(config-ext-nacl)# permit tcp object-group my_network_object_group portgroup
my_service_object_group any
Device(config-ext-nacl)# deny tcp any any
The following example shows how to enable outbound ACL filtering on packets with helper-address
destinations:
Device> enable
Device# configure terminal
Device(config)# ip access-list helper egress check
deny Sets conditions in a named IP access list or in an object-group ACL that will deny
packets.
object-group network Defines network object groups for use in object-group ACLs.
object-group service Defines service object groups for use in object-group ACLs.
permit Sets conditions in a named IP access list or in an object-group ACL that will permit
packets.
show object-group Displays information about object groups that are configured.
ip access-list role-based
To create a role-based (security group) access control list (RBACL) and enter role-based ACL configuration
mode, use the ip access-list role-based command in global configuration mode. To remove the configuration,
use the no form of this command.
Syntax Description access-list-name Name of the security group access control list (SGACL).
Usage Guidelines For SGACL logging, you must configure the permit ip log command. Also, this command must be configured
in Cisco Identity Services Engine (ISE) to enable logging for dynamic SGACLs.
The following example shows how to define an SGACL that can be applied to IPv4 traffic and enter
role-based access list configuration mode:
Device> enable
Device# configure terminal
Device(config)# ip access-list role-based rbacl1
Device(config-rb-acl)# permit ip log
Device(config-rb-acl)# end
ip admission
To enable web authentication, use the ip admission command in interface configuration mode or fallback-profile
configuration mode. To disable web authentication, use the no form of this command.
ip admission rule
no ip admission rule
Usage Guidelines The ip admission command applies a web authentication rule to a switch port.
This example shows how to apply a web authentication rule to a fallback profile for use on an IEEE
802.1x enabled switch port.
Device> enable
Device# configure terminal
Device(config)# fallback profile profile1
Device(config-fallback-profile)# ip admission rule1
Device(config-fallback-profile)# end
ip admission name
To enable web authentication, use the ip admission name command in global configuration mode. To
disable web authentication, use the no form of this command.
ip admission name name {consent | proxy http} [absolute timer minutes | inactivity-time
minutes | list {acl | acl-name} | service-policy type tag service-policy-name]
no ip admission name name {consent | proxy http} [absolute timer minutes | inactivity-time
minutes | list {acl | acl-name} | service-policy type tag service-policy-name]
Usage Guidelines The ip admission name command globally enables web authentication on a switch.
After you enable web authentication on a switch, use the ip access-group in and ip admission web-rule
interface configuration commands to enable web authentication on a specific interface.
Examples This example shows how to configure only web authentication on a switch port:
Device> enable
Device# configure terminal
Device(config) ip admission name http-rule proxy http
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ip access-group 101 in
Device(config-if)# ip admission rule
Device(config-if)# end
This example shows how to configure IEEE 802.1x authentication with web authentication as a
fallback mechanism on a switch port:
Device> enable
Device# configure terminal
Device(config)# ip admission name rule2 proxy http
Device(config)# fallback profile profile1
Device(config)# ip access group 101 in
Device(config)# ip admission name rule2
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# dot1x port-control auto
Device(config-if)# dot1x fallback profile1
Device(config-if)# end
show authentication sessions interface interface detail Displays information about the web
authentication session status.
ip dhcp snooping database { crashinfo: url | flash: url | ftp: url | http: url | https: url
| rcp: url | scp: url | tftp: url | timeout seconds | usbflash0: url | write-delay
seconds }
no ip dhcp snooping database [ timeout | write-delay ]
abor
Usage Guidelines You must enable DHCP snooping on the interface before entering this command. Use the ip dhcp snooping
command to enable DHCP snooping.
This example shows how to specify the database URL using TFTP:
Device> enable
Device# configure terminal
Device(config)# ip dhcp snooping database tftp://10.90.90.90/snooping-rp2
Device(config)# exit
This example shows how to specify the amount of time before writing DHCP snooping entries to an
external server:
evice> enable
Device# configure terminal
Device(config)# ip dhcp snooping database write-delay 15
Device(config)# exit
Syntax Description hostname Specify the device hostname as the remote ID.
string string Specify a remote ID, using from 1 to 63 ASCII characters (no spaces).
Usage Guidelines You must globally enable DHCP snooping by using the ip dhcp snooping global configuration command for
any DHCP snooping configuration to take effect.
When the option-82 feature is enabled, the default remote-ID suboption is the device MAC address. This
command allows you to configure either the device hostname or a string of up to 63 ASCII characters (but
no spaces) to be the remote ID.
Note If the hostname exceeds 63 characters, it will be truncated to 63 characters in the remote-ID configuration.
Command Default The DHCP snooping feature verifies that the relay-agent IP address (giaddr) field in DHCP client message
on an untrusted port is 0.
Usage Guidelines By default, the DHCP snooping feature verifies that the relay-agent IP address (giaddr) field in DHCP client
message on an untrusted port is 0; the message is dropped if the giaddr field is not 0. Use the ip dhcp snooping
verify no-relay-agent-address command to disable the verification. Use the no ip dhcp snooping verify
no-relay-agent-address to reenable verification.
This example shows how to enable verification of the giaddr in a DHCP client message:
Device> enable
Device# configure terminal
Device(config)# no ip dhcp snooping verify no-relay-agent-address
Device(config)# exit
ip http access-class
To specify the access list that should be used to restrict access to the HTTP server, use the ip http access-class
command in global configuration mode. To remove a previously configured access list association, use the
no form of this command.
Syntax Description access-list-number Standard IP access list number in the range 0 to 99, as configured by the access-list
global configuration command.
ipv4 Specifies the IPv4 access list to restrict access to the secure HTTP server.
access-list-name Name of a standard IPv4 access list, as configured by the ip access-list command.
ipv6 Specifies the IPv6 access list to restrict access to the secure HTTP server.
Command Modes
Global configuration (config)
Usage Guidelines If this command is configured, the specified access list is assigned to the HTTP server. Before the HTTP
server accepts a connection, it checks the access list. If the check fails, the HTTP server does not accept the
request for a connection.
Examples The following example shows how to define an access list as 20 and assign it to the HTTP server:
Device> enable
Device(config)# ip access-list standard 20
Device(config-std-nacl)# permit 209.165.202.130 0.0.0.255
Device(config-std-nacl)# permit 209.165.201.1 0.0.255.255
Device(config-std-nacl)# permit 209.165.200.225 0.255.255.255
Device(config-std-nacl)# exit
Device(config)# ip http access-class 20
Device(config-std-nacl)# exit
The following example shows how to define an IPv4 named access list as and assign it to the HTTP
server.
Device> enable
Device(config)# ip access-list standard Internet_filter
Device(config-std-nacl)# permit 1.2.3.4
Device(config-std-nacl)# exit
ip access-list Assigns an ID to an access list and enters access list configuration mode.
ip http server Enables the HTTP 1.1 server, including the Cisco web browser user interface.
ip radius source-interface
To force RADIUS to use the IP address of a specified interface for all outgoing RADIUS packets, use the ip
radius source-interface command in global configuration mode. To prevent RADIUS from using the IP
address of a specified interface for all outgoing RADIUS packets, use the no form of this command.
Syntax Description interface-name Name of the interface that RADIUS uses for all of its outgoing packets.
Command Modes
Global configuration (config)
Usage Guidelines Use this command to set the IP address of an interface to be used as the source address for all outgoing
RADIUS packets. The IP address is used as long as the interface is in the up state. The RADIUS server can
use one IP address entry for every network access client instead of maintaining a list of IP addresses. Radius
uses the IP address of the interface that it is associated to, regardless of whether the interface is in the up or
down state.
The ip radius source-interface command is especially useful in cases where the router has many interfaces
and you want to ensure that all RADIUS packets from a particular router have the same IP address.
The specified interface should have a valid IP address and should be in the up state for a valid configuration.
If the specified interface does not have a valid IP address or is in the down state, RADIUS selects a local IP
that corresponds to the best possible route to the AAA server. To avoid this, add a valid IP address to the
interface or bring the interface to the up state.
Use the vrf vrf-name keyword and argument to configure this command per VRF, which allows multiple
disjoined routing or forwarding tables, where the routes of one user have no correlation with the routes of
another user.
Examples The following example shows how to configure RADIUS to use the IP address of interface s2 for
all outgoing RADIUS packets:
ip radius source-interface s2
The following example shows how to configure RADIUS to use the IP address of interface Ethernet0
for VRF definition:
ip source binding
To add a static IP source binding entry, use the ip source binding command. Use the no form of this command
to delete a static IP source binding entry
Usage Guidelines You can use this command to add a static IP source binding entry only.
The no format deletes the corresponding IP source binding entry. It requires the exact match of all required
parameter in order for the deletion to be successful. Note that each static IP binding entry is keyed by a MAC
address and a VLAN number. If the command contains the existing MAC address and VLAN number, the
existing binding entry is updated with the new parameters instead of creating a separate binding entry.
ip ssh source-interface
To specify the IP address of an interface as the source address for a Secure Shell (SSH) client device, use the
ip ssh source-interface command in global configuration mode. To remove the IP address as the source
address, use the no form of this command.
Syntax Description interface The interface whose address is used as the source address for the SSH client.
Command Default The address of the closest interface to the destination is used as the source address (the closest interface is the
output interface through which the SSH packet is sent).
Usage Guidelines By specifying this command, you can force the SSH client to use the IP address of the source interface as the
source address.
Examples In the following example, the IP address assigned to GigabitEthernet interface 1/0/1 is used as the
source address for the SSH client:
Device> enable
Device# configure terminal
Device(config)# ip ssh source-interface GigabitEthernet 1/0/1
Device(config)# exit
ip verify source
To enable IP source guard on an interface, use the ip verify source command in interface configuration mode.
To disable IP source guard, use the no form of this command.
Usage Guidelines To enable IP source guard with source IP address filtering, use the ip verify source interface configuration
command.
To enable IP source guard with source IP address filtering and MAC address verification, use the ip verify
source mac-check interface configuration command.
Examples This example shows how to enable IP source guard with source IP address filtering on an interface:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ip verify source
Device(config-if)# end
This example shows how to enable IP source guard with MAC address verification:
Device> enable
Device# configure terminal
Device(config)# interface gigabitethernet1/0/1
Device(config-if)# ip verify source mac-check
Device(config-if)# end
You can verify your settings by entering the show ip verify source command.
ipv6 access-list
To define an IPv6 access list and to place the device in IPv6 access list configuration mode, use the ipv6
access-list command in global configuration mode. To remove the access list, use the no form of this command.
Syntax Description access-list-name Name of the IPv6 access list. Names cannot contain a space or
quotation mark, and must begin with an alphabetic character. The
allowed length is 64 characters.
log-update threshold Determines how syslog messages are generated after the initial
threshold-in-msgs packet match.
• threshold-in-msgs: Number of packets generated.
Cisco IOS XE Bengaluru 17.6.1 This command was modified. The fqdn keyword was introduced.
Usage Guidelines From IPv6 access list configuration mode, permit and deny conditions can be set for the defined IPv6 ACL.
Note IPv6 ACLs are defined by a unique name (IPv6 does not support numbered ACLs). An IPv4 ACL and an
IPv6 ACL cannot share the same name.
IPv6 is automatically configured as the protocol type in permit any any and deny any any statements that
are translated from global configuration mode to IPv6 access list configuration mode.
Every IPv6 ACL has implicit permit icmp any any nd-na, permit icmp any any nd-ns, and deny ipv6 any
any statements as its last match conditions. (The first two match conditions allow for ICMPv6 neighbor
discovery.) An IPv6 ACL must contain at least one entry for the implicit deny ipv6 any any statement to take
effect. The IPv6 neighbor discovery process makes use of the IPv6 network layer service. Therefore, by
default, IPv6 ACLs implicitly allow IPv6 neighbor discovery packets to be sent and received on an interface.
In IPv4, the Address Resolution Protocol (ARP), which is equivalent to the IPv6 neighbor discovery process,
makes use of a separate data link layer protocol. Therefore, by default, IPv4 ACLs implicitly allow ARP
packets to be sent and received on an interface.
Use the ipv6 traffic-filter interface configuration command with the access-list-name argument to apply an
IPv6 ACL to an IPv6 interface. Use the ipv6 access-class line configuration command with the access-list-name
argument to apply an IPv6 ACL to incoming and outgoing IPv6 virtual terminal connections to and from the
device.
An IPv6 ACL applied to an interface with the ipv6 traffic-filter command filters traffic that is forwarded—not
originated from—by the device.
Examples The following example shows how to configure an IPv6 ACL list named list1, and place the device
in IPv6 access list configuration mode:
Device> enable
Device# configure terminal
Device(config)# ipv6 access-list list1
Device(config-ipv6-acl)# end
The following example shows how to configure an IPv6 ACL named list2 and applies the ACL to
outbound traffic on Ethernet interface 0. Specifically, the first ACL entry keeps all the packets from
the network FEC0:0:0:2::/64 (packets that have the site-local prefix FEC0:0:0:2 as the first 64 bits
of their source IPv6 address) from exiting from Gigabit Ethernet interface 0/1/2. The second entry
in the ACL permits all other traffic to exit from Ethernet interface 0. The second entry is necessary
because an implicit deny all condition is at the end of each IPv6 ACL.
Device> enable
Device# configure terminal
Device(config)# ipv6 access-list list2 deny FEC0:0:0:2::/64 any
Device(config)# ipv6 access-list list2 permit any any
Device(config)# interface gigabitethernet 0/1/2
Device(config-if)# ipv6 traffic-filter list2 out
Device(config-if)# end
The following example shows how to configure an IPv6 FQDN access list using a name, along with
ACL entries and domain names:
Device> enable
Device# configure terminal
Device(config)# ipv6 access-list fqdn facl
Device(config-ipv6-fqdn-acl)# sequence 10 permit ipv6 host 2001:DB8::1 host dynamic
www.example1.com
Device(config-ipv6-fqdn-acl)# sequence 20 permit tcp 2001:2:2::2/64 eq ftp host dynamic
www.example2.com log
Device(config-ipv6-fqdn-acl)# sequence 30 permit udp host dynamic www.example3.com any
sequence
Device(config-ipv6-fqdn-acl)# sequence 40 deny tcp any any eq www
Device(config-ipv6-fqdn-acl)# end
Syntax Description snooping-policy User-defined name of the snooping policy. The policy name can be a symbolic string
(such as Engineering) or an integer (such as 0).
Usage Guidelines Use the ipv6 snooping policy command to create an IPv6 snooping policy. When the ipv6 snooping policy
command is enabled, the configuration mode changes to IPv6 snooping configuration mode. In this mode,
the administrator can configure the following IPv6 first-hop security commands:
• The device-role command specifies the role of the device attached to the port.
• The limit address-count maximum command limits the number of IPv6 addresses allowed to be used
on the port.
• The protocol command specifies that addresses should be gleaned with Dynamic Host Configuration
Protocol (DHCP) or Neighbor Discovery Protocol (NDP).
• The security-level command specifies the level of security enforced.
• The tracking command overrides the default tracking policy on a port.
• The trusted-port command configures a port to become a trusted port; that is, limited or no verification
is performed when messages are received.
This example shows how to configure MACsec key chain to fetch a 128-bit Pre Shared Key (PSK):
Device> enable
Device# configure terminal
Device(config)# key chain kc1 macsec
Device(config-keychain-macsec)# key 1000
Device(config-keychain-macsec)# cryptographic-algorithm aes-128-cmac
Device(config-keychain-macsec-key)# key-string fb63e0269e2768c49bab8ee9a5c2258f
Device(config-keychain-macsec-key)# end
Device#
This example shows how to configure MACsec key chain to fetch a 256-bit Pre Shared Key (PSK):
Device> enable
Device# configure terminal
Device(config)# key chain kc1 macsec
Device(config-keychain-macsec)# key 2000
Device(config-keychain-macsec)# cryptographic-algorithm aes-256-cmac
Device(config-keychain-macsec-key)# key-string c865632acb269022447c417504a1b
f5db1c296449b52627ba01f2ba2574c2878
Device(config-keychain-macsec-key)# end
Device#
Command Default Type 6 password encryption key is not stored in private NVRAM.
Usage Guidelines You can securely store plain text passwords in type 6 format in NVRAM using a CLI. Type 6 passwords are
encrypted. Although the encrypted passwords can be seen or retrieved, it is difficult to decrypt them to find
out the actual password. Use the key config-key password-encrypt command along with the password
encryption aes command to configure and enable the password (symmetric cipher Advanced Encryption
Standard [AES] is used to encrypt the keys). The password (key) configured using the key config-key
password-encrypt command is the master encryption key that is used to encrypt all other keys in the device.
If you configure the password encryption aes command without configuring the key config-key
password-encrypt command, the following message is displayed at startup or during a nonvolatile generation
(NVGEN) process, such as when the show running-config or copy running-config startup-config commands
are configured:
“Can not encrypt password. Please configure a configuration-key with ‘key config-key’”
Changing a Password
If the password (master key) is changed or reencrypted, use the key config-key password-encrypt command)
for the list registry to pass the old key and the new key to the application modules that are using type 6
encryption.
Deleting a Password
If the master key that was configured using the key config-key password-encrypt command is deleted from
the system, a warning is displayed (and a confirm prompt is issued) stating that all type 6 passwords will
become useless. As a security measure, after the passwords are encrypted, they will never be decrypted in the
Cisco IOS software. However, passwords can be re-encrypted, as explained in the previous paragraph.
Caution If the password that is configured using the key config-key password-encrypt command is lost, it cannot be
recovered. We, therefore, recommend that you store the password in a safe location.
If a new master key is configured, all plain keys are encrypted and made type 6 keys. The existing type 6 keys
are not encrypted. The existing type 6 keys are left as is.
If the old master key is lost or is unknown, you have the option of deleting the master key using the no key
config-key password-encrypt command. Deleting the master key causes the existing encrypted passwords
to remain encrypted in the device configuration. The passwords cannot be decrypted.
Examples The following example shows how a type 6 encryption key is stored in NVRAM:
Device> enable
Device# configure terminal
Device (config)# key config-key password-encrypt
key-server
To configure MKA key-server options, use the key-server command in MKA-policy configuration mode.
To disable MKA key-server options, use the no form of this command.
Syntax Description priority value Specifies the priority value of the MKA key-server.
Examples The following example shows how to configure the MKA key-server:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# key-server priority 33
limit address-count
To limit the number of IPv6 addresses allowed to be used on the port, use the limit address-count command
in Neighbor Discovery Protocol (NDP) inspection policy configuration mode or IPv6 snooping configuration
mode. To return to the default, use the no form of this command.
Syntax Description maximum The number of addresses allowed on the port. The range is from 1 to 10000.
Usage Guidelines The limit address-count command limits the number of IPv6 addresses allowed to be used on the port on
which the policy is applied. Limiting the number of IPv6 addresses on a port helps limit the binding table
size. The range is from 1 to 10000.
This example shows how to define an NDP policy name as policy1, and limit the number of IPv6
addresses allowed on the port to 25:
Device> enable
Device# configure terminal
Device(config)# ipv6 nd inspection policy policy1
Device(config-nd-inspection)# limit address-count 25
Device(config-nd-inspection)# end
This example shows how to define an IPv6 snooping policy name as policy1, and limit the number
of IPv6 addresses allowed on the port to 25:
Device> enable
Device# configure terminal
Device(config)# ipv6 snooping policy policy1
Device(config-ipv6-snooping)# limit address-count 25
Device(config-ipv6-snooping)# end
local-domain regex_param_map_name
no local-domain regex_param_map_name
Usage Guidelines A maximum of 64 local domains can be configured, and the allowed domain name length is 100 characters.
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)# local-domain dns_bypass
Usage Guidelines This command filters details, such as anticipated success, from MAC authentication bypass (MAB) system
messages. Failure messages are not filtered.
You can verify your settings by entering the show running-config command.
mab logging verbose Filters details from MAC authentication bypass (MAB) system messag
Usage Guidelines Use this command to allow a RADIUS server to authenticate a new user based on the host MAC address and
VLAN. Use this feature on networks with the Microsoft IAS RADIUS server. The Cisco ACS ignores this
command.
This example shows how to enable VLAN-ID based MAC authentication on a device:
Device> enable
Device# configure terminal
Device(config)# mab request format attribute 32 vlan access-vlan
Device(config)# exit
Command Description
authentication violation Configures the violation modes that occur when a new device co
a port or when a new device connects to a port with the maximum
of devices already connected to that port.
macsec-cipher-suite
To configure cipher suite for deriving Security Association Key (SAK), use the macsec-cipher-suite command
in MKA-policy configuration mode. To disable cipher suite for SAK, use the no form of this command.
Syntax Description gcm-aes-128 Configures cipher suite for deriving SAK with 128-bit encryption.
gcm-aes-256 Configures cipher suite for deriving SAK with 256-bit encryption.
gcm-aes-xpn-128 Configures cipher suite for deriving SAK with 128-bit encryption for Extended Packet
Numbering (XPN).
gcm-aes-xpn-256 Configures cipher suite for deriving SAK with 256-bit encryption for XPN.
Usage Guidelines If the device supports both GCM-AES-128 and GCM-AES-256 ciphers, it is highly recommended to define
and use a user-defined MKA policy to include both or only 256 bits cipher, based on your requirements..
Examples The following example shows how to configure MACsec cipher suite for deriving SAK with 256-bit
encryption:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# macsec-cipher-suite gcm-aes-256
Command Description
macsec network-link
To enable MACsec Key Agreement protocol (MKA) configuration on the uplink interfaces, use the macsec
network-link command in interface configuration mode. To disable it, use the no form of this command.
macsec network-link
no macsec network-link
Syntax Description macsec network-link Enables MKA MACsec configuration on device interfaces using EAP-TLS
authentication protocol.
This example shows how to configure MACsec MKA on an interface using the EAP-TLS
authentication protocol:
Device> enable
Device# configure terminal
Device(config)# interface GigabitEthernet 1/0/20
Device(config-if)# macsec network-link
Device(config-if)# end
Device#
Syntax Description ip address Sets the access map to match packets against an IP address access list.
ipv6 address Sets the access map to match packets against an IPv6 address access list.
mac address Sets the access map to match packets against a MAC address access list.
number Number of the access list to match packets against. This option is not valid for MAC access
lists.
Command Default The default action is to have no match parameters applied to a VLAN map.
Usage Guidelines You enter access-map configuration mode by using the vlan access-map global configuration command.
You must enter one access list name or number; others are optional. You can match packets against one or
more access lists. Matching any of the lists counts as a match of the entry.
In access-map configuration mode, use the match command to define the match conditions for a VLAN map
applied to a VLAN. Use the action command to set the action that occurs when the packet matches the
conditions.
Packets are matched only against access lists of the same protocol type; IP packets are matched against IP
access lists, IPv6 packets are matched against IPv6 access lists, and all other packets are matched against
MAC access lists.
IP, IPv6, and MAC addresses can be specified for the same map entry.
Examples This example shows how to define and apply a VLAN access map vmap4 to VLANs 5 and 6 that
will cause the interface to drop an IP packet if the packet matches the conditions defined in access
list al2:
Device> enable
Device(config)# vlan access-map vmap4
Device(config-access-map)# match ip address al2
Device(config-access-map)# action drop
Device(config-access-map)# exit
Device(config)# vlan filter vmap4 vlan-list 5-6
Device(config)# exit
You can verify your settings by entering the show vlan access-map command.
mka pre-shared-key
To configure MACsec Key Agreement (MKA) MACsec on a device interface using a Pre Shared Key (PSK),
use the mka pre-shared-key command in interface configuration mode. To disable it, use the no form of this
command.
Syntax Description key-chain Enables MACsec MKA configuration on device interfaces using a primary PSK.
fallback (Optional) Enables MACsec MKA configuration on device interfaces using a fallback
key-chain PSK.
Usage Guidelines When fallback key-chain is configured under an interface that is MACsec capable, both the primary and
fallback key chains will be associated with the interface.
This example shows how to configure MKA MACsec on an interface using a primary PSK:
Device> enable
Device# configure terminal
Device(config)# interface Gigabitethernet 1/0/20
Device(config-if)# mka pre-shared-key key-chain kc1
Device(config-if)# end
Device#
Command Default All MKA SAK syslog messages are displayed on the console.
Usage Guidelines MKA SAK syslogs are continuously generated at every rekey interval, and when MKA is configured on
multiple interfaces, the amount of syslog generated is too high. Use this command to suppress the MKA SAK
syslogs.
Example
The following example shows show to suppress MKA SAK syslog logging:
Device> enable
Device# configure terminal
Device(config)# mka suppress syslogs sak-rekey
orgid value
no orgid
Syntax Description value The API organization ID. You can obtain this from the Cisco
Umbrella registration server.
Usage Guidelines To perform API registration for the Umbrella Switch Connector, the api-key, orgid and secret commands
must be configured one after the other. The values for these commands can be retrieved from the Cisco
Umbrella registration server.
Examples The following example shows how to perform API registration for the Umbrella Switch Connector:
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)# api-key 5f22922exxxxxxxxx51174af822734
Device(config-profile)# orgid 26xxx16
Device(config-profile)# secret 0 a0d176ebxxxxxxxfbb343dfc4fd209
Device(config-profile)# end
Syntax Description parameter-map-name Name of the parameter map. The name can have a maximum of 228 alphanumeric
characters.
Note We do not recommend the use of blank spaces. The system interprets
the first blank space as the end of the parameter-map name unless
the string is delimited by quotation marks.
Usage Guidelines You can enter a regular expression to match text strings either as an exact string or by using metacharacters
to match multiple variants of a text string. You can use a regular expression to match the content of certain
application traffic. For example, you can match a uniform resource identifier (URI) string inside an HTTP
packet using the match request regex command under an HTTP inspection class map.
Press Ctrl-V to ignore all of the special characters in the CLI, such as a question mark (?) or a tab. For example,
press d[Ctrl-V]g to enter d?g in the configuration.
The following table lists the metacharacters that have special meanings.
. Dot Matches any single character. For example, d.g matches dog, dag,
dtg, and any word that contains those characters.
( xxx ) Subexpression Segregates characters from surrounding characters so that you can
use other metacharacters on the subexpression. For example, d(o|a)g
matches dog and dag, but do|ag matches do and ag. A subexpression
can also be used with repeat quantifiers to differentiate the characters
meant for repetition. For example, ab(xy){3}z matches abxyxyxyz.
? Question mark Indicates that there are 0 or 1 occurrence of the previous expression.
For example, lo?se matches lse or lose.
Note You must enter Ctrl-V and then a question mark.
Otherwise, the Help function is invoked.
{ x } Repeat quantifier Repeats exactly x times. For example, ab(xy){3}z matches abxyxyxyz.
{ x ,} Minimum repeat Repeats at least x times. For example, ab(xy){2,}z matches abxyxyz,
quantifier abxyxyxyz, and so on.
[ abc ] Character class Matches any character in the bracket. For example, [abc] matches a,
b, or c.
[^ abc ] Negated character class Matches a single character that is not contained within brackets. For
example, [^abc] matches any character other than a, b, or c, and
[^A-Z] matches any single character that is not an uppercase letter.
[ a - c] Character range class Matches any character in the specified range. [a-z] matches any
lowercase letter. You can mix characters and ranges. For example,
[abcq-z] matches a, b, c, q, r, s, t, u, v, w, x, y, z, and so does [a-cq-z].
Note The dash (-) character is literal only if it is the last or
first character within brackets, for example, [abc-] or
[-abc].
“” Quotation marks Preserves trailing or leading spaces in the string. For example, "test"
preserves the leading space when it looks for a match.
\ Escape character When preceding a literal character, matches the literal character. For
example, \[ matches the left square bracket.
char Character When the character is not a metacharacter, matches the literal
character.
\x nn Escaped hexadecimal Matches an ASCII character using hexadecimal numbers (exactly two
number digits).
\ nnn Escaped octal number Matches an ASCII character as an octal number (exactly three digits).
For example, the character 040 represents a space.
Examples The following example shows how to configure and apply a regex parameter map to an HTTP
application firewall parameter-map type whose URI matches any of the following regular expressions:
• “.*cmd.exe”
• “.*money”
• “.*shopping”
Device> enable
Device# configure terminal
Device(config)# parameter-map type regex uri-regex-cm
Device(config-profile)# pattern ".*cmd.exe"
Device(config-profile)# pattern ".*money"
Device(config-profile)# pattern ".*shopping"
Device(config-profile)# exit
Device(config)# class-map type inspect http uri-check-cm
Device(config-cmap)# match request uri regex uri-regex-cm
Device(config-cmap)# exit
Device(config)# policy-map type inspect http uri-check-pm
Device(config-pmap)# class type inspect http uri-check-cm
Device(config-pmap-c)# reset
The following example shows how to configure a regex parameter map whose case-insensitive pattern
matches multiple variants of the string hello:
Device# configure terminal
Device(config)# parameter-map type regex body_regex
Device(config-profile)# pattern ".*[Hh][Ee][Ll][Ll][Oo]"
Device(config-profile)# end
class-map type inspect Creates a Layer 3 and Layer 4 or a Layer 7 (application-specific) inspect-type
class map.
class type inspect Specifies the traffic (class) on which an action is to be performed.
match request regex Configures an HTTP firewall policy to permit or deny HTTP traffic on the basis
of request messages whose URI or arguments (parameters) match a defined regular
expression.
policy-map type inspect Creates a Layer 3 and Layer 4 or a Layer 7 (application-specific) inspect-type
policy map.
Examples The following example shows how to set the parameter-map type to umbrella mode:
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)#
Usage Guidelines You can securely store plain text passwords in type 6 format in NVRAM using a CLI. Type 6 passwords are
encrypted. Although the encrypted passwords can be seen or retrieved, it is difficult to decrypt them to find
out the actual password. Use the key config-key password-encrypt command along with the password
encryption aes command to configure and enable the password (symmetric cipher Advanced Encryption
Standard [AES] is used to encrypt the keys). The password (key) that is configured using the key config-key
password-encrypt command is the master encryption key that is used to encrypt all other keys in the router.
If you configure the password encryption aes command without configuring the key config-key
password-encrypt command, the following message is displayed at startup or during a nonvolatile generation
(NVGEN) process, such as when the show running-config or copy running-config startup-config commands
are run:
“Can not encrypt password. Please configure a configuration-key with ‘key config-key’”
Changing a Password
If the password (master key) is changed or re-encrypted using the key config-key password-encrypt command),
the list registry passes the old key and the new key to the application modules that are using type 6 encryption.
Deleting a Password
If the master key that was configured using the key config-key password-encrypt command is deleted from
the system, a warning is displayed (and a confirm prompt is issued) that states that all type 6 passwords will
no longer be applicable. As a security measure, after the passwords are encrypted, they will never be decrypted
in the Cisco IOS software. However, passwords can be re-encrypted as explained in the previous paragraph.
Caution If a password that is configured using the key config-key password-encrypt command is lost, it cannot be
recovered. Therefore, the password should be stored in a safe location.
If you unconfigure password encryption using the no password encryption aes command, all the existing
type 6 passwords are left unchanged. As long as the password (master key) that was configured using the key
config-key password-encrypt command exists, the type 6 passwords are decrypted as and when required by
the application.
Storing Passwords
Because no one can read the password (configured using the key config-key password-encrypt command),
there is no way that the password can be retrieved from the router. Existing management stations cannot know
what it is unless the stations are enhanced to include this key somewhere. Therefore, the password needs to
be stored securely within the management system. If configurations are stored using TFTP, the configurations
are not standalone, meaning that they cannot be loaded onto a router. Before or after the configurations are
loaded onto a router, the password must be manually added (using the key config-key password-encrypt
command). The password can be manually added to the stored configuration, but we do not recommend this
because adding the password manually allows anyone to decrypt all the passwords in that configuration.
Configuring New or Unknown Passwords
If you enter or cut and paste ciphertext that does not match the master key, or if there is no master key, the
ciphertext is accepted or saved, but the following alert message is displayed:
If a new master key is configured, all the plain keys are encrypted and converted to type 6 keys. The existing
type 6 keys are not encrypted. The existing type 6 keys are left as is.
If the old master key is lost or unknown, you have the option of deleting the master key using the no key
config-key password-encrypt command. This causes the existing encrypted passwords to remain encrypted
in the router configuration. The passwords will not be decrypted.
Examples The following example shows how a type 6 encrypted preshared key is enabled:
Device> enable
Device# configure terminal
Device (config)# password encryption aes
pattern expression
no pattern expression
Syntax Description expression Matching pattern argument that refers to a domain name, URL
keyword, URL metacharacter entry, or a URL keyword, and
URL-metacharacter combination.
Usage Guidelines A matching pattern expression is configured for a parameter map created by the parameter-map type regex
command.
In a pattern expression, the characters /, {, and } are not allowed. The question mark (?) character is not
allowed because it is reserved for the CLI Help function. The asterisk (*) character is not allowed at the
beginning of a pattern.
For URL pattern matching, the period (.) character is interpreted as a dot, and not as a wildcard entry that
represents a single character, as is the case with regular expression pattern matching. Any character in the
host or domain name can be allowed or blocked through URL filtering.
A URL keyword is a complete word that comes after the domain name and is between the forward slash (/)
path delimiters. For example, in the URL http://www.example.com/hack/123.html, only hack is treated as a
keyword. The entire keyword in the URL must match a pattern. For example, if you have configured a pattern
named hack, the URL www.example.com/hacksite/123.html will not match the pattern. To match the URL,
your pattern must have hacksite.
URL metacharacters allow pattern matching of single characters or ranges of characters to URLs, similar to
the way a UNIX glob expression works. URL metacharacters are described in the following table.
Character Description
Character Description
[ 0-9 ] Numerical range class: Matches any number within brackets. For
example, [0-9] matches 0, 1, 2, 3, 4, 5, 6, 7, 8, or 9.
URL metacharacters are combined with domain names and URL keywords for pattern matching. For example,
the pattern www.example[0-9][0-9].com can be used to block www.example01.com, www.example33.com,
www.example99.com, and so on. You can combine a keyword and a metacharacter and create a matching
pattern to block a URL. For example, you can use pattern hack* to block www.example.com/hacksite/123.html.
When you configure the parameter-map type regex command and then the pattern command, patterns that
are specified in the pattern command are used as filters in General Packet Radio Service (GPRS) Tunneling
Protocol (GTP) classes.
Examples The following example shows how to configure a matching pattern for a specified URL:
Device(config)# parameter-map type regex dns_bypass
Device(config-profile)# pattern www.example.com
The following example shows how to specify a case-insensitive pattern that matches multiple variants
of the string hello:
Device> enable
Device# configure terminal
Device(config)# parameter-map type regex body-regex
Device(config-profile)# pattern ".*[Hh][Ee][Ll][Ll][Oo]"
The following example shows an error message that appears on the console when an asterisk (*)
character is specified at the beginning of a pattern:
Device(config)# parameter-map type regex gtp-map
Device(config-profile)# pattern *.gprs.com
%Invalid first char + or * in regex pattern
parameter-map type regex Configures a regex parameter map that matches a specific regular expression
pattern and enters parameter-map type inspect configuration mode.
host src-MAC-addr | src-MAC-addr mask Specifies a host MAC address and optional subnet ma
defined address, non-IP traffic from that address is de
host dst-MAC-addr | dst-MAC-addr mask Specifies a destination MAC address and optional sub
matches the defined address, non-IP traffic to that add
Command Default This command has no defaults. However, the default action for a MAC-named ACL is to deny.
Usage Guidelines Though visible in the command-line help strings, appletalk is not supported as a matching condition.
You enter MAC access-list configuration mode by using the mac access-list extended global configuration
command.
If you use the host keyword, you cannot enter an address mask; if you do not use the any or host keywords,
you must enter an address mask.
After an access control entry (ACE) is added to an access control list, an implied deny-any-any condition
exists at the end of the list. That is, if there are no matches, the packets are denied. However, before the first
ACE is added, the list permits all packets.
To filter IPX traffic, you use the type mask or lsap lsap mask keywords, depending on the type of IPX
encapsulation being used. Filter criteria for IPX encapsulation types as specified in Novell terminology and
Cisco IOS XE terminology are listed in the following table.
This example shows how to define the MAC-named extended access list to allow NetBIOS traffic
from any source to MAC address 00c0.00a0.03fa. Traffic matching this list is allowed.
Device> enable
Device# configure terminal
Device(config)# mac access-list extended
Device(config-ext-macl)# permit any host 00c0.00a0.03fa netbios
Device(config-ext-macl)# end
This example shows how to remove the permit condition from the MAC-named extended access list:
Device> enable
Device# configure terminal
Device(config)# mac access-list extended
Device(config-ext-macl)# no permit any 00c0.00a0.03fa 0000.0000.0000 netbios
Device(config-ext-macl)# end
You can verify your settings by entering the show access-lists command.
Syntax Description dhcp Specifies that addresses should be gleaned in Dynamic Host Configuration Protocol (DHCP) packets.
ndp Specifies that addresses should be gleaned in Neighbor Discovery Protocol (NDP) packets.
Command Default Snooping and recovery are attempted using both DHCP and NDP.
Usage Guidelines If an address does not match the prefix list associated with DHCP or NDP, then control packets will be dropped
and recovery of the binding table entry will not be attempted with that protocol.
• Using the no protocol {dhcp | ndp} command indicates that a protocol will not be used for snooping
or gleaning.
• If the no protocol dhcp command is used, DHCP can still be used for binding table recovery.
• Data glean can recover with DHCP and NDP, though destination guard will only recovery through DHCP.
This example shows how to define an IPv6 snooping policy name as policy1, and configure the port
to use DHCP to glean addresses:
Device> enable
Device# configure terminal
Device(config)# ipv6 snooping policy policy1
Device(config-ipv6-snooping)# protocol dhcp
Device(config-ipv6-snooping)# end
radius server
To configure the RADIUS server parameters, including the RADIUS accounting and authentication, use the
radius server command in global configuration mode. Use the no form of this command to return to the
default settings.
Syntax Description address {ipv4 | ipv6} Specifies the IP address of the RADIUS server.
ip{address | hostname}
auth-port udp-port (Optional) Specifies the UDP port for the RADIUS authentication server. The
range is from 0 to 65536.
acct-port udp-port (Optional) Specifies the UDP port for the RADIUS accounting server. The range
is from 0 to 65536.
key string (Optional) Specifies the authentication and encryption key for all RADIUS
communication between the device and the RADIUS daemon.
Note The key is a text string that must match the encryption key used
on the RADIUS server. Always configure the key as the last item
in this command. Leading spaces are ignored, but spaces within
and at the end of the key are used. If there are spaces in your key,
do not enclose the key in quotation marks unless the quotation
marks are part of the key.
automate tester name (Optional) Enables automatic server testing of the RADIUS server status, and
specify the username to be used.
retransmit value (Optional) Specifies the number of times a RADIUS request is resent when the
server is not responding or responding slowly. The range is 1 to 100. This setting
overrides the radius-server retransmit global configuration command setting.
timeout seconds (Optional) Specifies the time interval that the device waits for the RADIUS
server to reply before sending a request again. The range is 1 to 1000. This
setting overrides the radius-server timeout command.
Command Default • The UDP port for the RADIUS accounting server is 1646.
• The UDP port for the RADIUS authentication server is 1645.
• Automatic server testing is disabled.
• The timeout is 60 minutes (1 hour).
• When the automatic testing is enabled, testing occurs on the accounting and authentication UDP ports.
Usage Guidelines • We recommend that you configure the UDP port for the RADIUS accounting server and the UDP port
for the RADIUS authentication server to non-default values.
• You can configure the authentication and encryption key by using the key string command in RADIUS
server configuration mode. Always configure the key as the last item in this command.
• Use the automate-tester name keywords to enable automatic server testing of the RADIUS server status
and to specify the username to be used.
This example shows how to configure 1645 as the UDP port for the authentication server and 1646
as the UDP port for the accounting server, and configure a key string:
Device> enable
Device# configure terminal
Device(config)# radius server ISE
Device(config-radius-server)# address ipv4 10.1.1 auth-port 1645 acct-port 1646
Device(config-radius-server)# key cisco123
Device(config-radius-server)# end
radius-server dscp
To configure DSCP marking for authentication and accounting on RADIUS servers, use the radius-server
command. To disable DSCP marking for authentication and accounting on RADIUS servers, use the no form
of the command.
Syntax Description acct dscp_acct_value Configures RADIUS DSCP marking value for accounting. The valid range is from
1 to 63. The default value is 0.
auth dscp_auth_value Configures RADIUS DSCP marking value for authentication. The valid range is
from 1 to 63. The default value is 0.
Example
This example shows how to configure DSCP marking for authentication and accounting on RADIUS
packets:
Device# configure terminal
Device(config)# radius-server dscp auth 10 acct 20
radius-server dead-criteria
To force one or both of the criteria, used to mark a RADIUS server as dead, to be the indicated constant, use
the radius-server dead-criteria command in global configuration mode. To disable the criteria that were set,
use the no form of this command.
Syntax Description time seconds (Optional) Minimum amount of time, in seconds, that must elapse from the time that the
device last received a valid packet from the RADIUS server to the time the server is marked
as dead. If a packet has not been received since the device booted, and there is a timeout,
the time criterion will be treated as though it has been met. You can configure the time to
be from 1 through 120 seconds.
• If the seconds argument is not configured, the number of seconds will range from 10
to 60 seconds, depending on the transaction rate of the server.
Note Both the time criterion and the tries criterion must be met for the server to be
marked as dead.
tries (Optional) Number of consecutive timeouts that must occur on the device before the RADIUS
number-of-tries server is marked as dead. If the server performs both authentication and accounting, both
types of packets will be included in the number. Improperly constructed packets will be
counted as though they were timeouts. All transmissions, including the initial transmit and
all retransmits, will be counted. You can configure the number of timeouts to be from 1
through 100.
• If the number-of-tries argument is not configured, the number of consecutive timeouts
will range from 10 to 100, depending on the transaction rate of the server and the
number of configured retransmissions.
Note Both the time criterion and the tries criterion must be met for the server to be
marked as dead.
Command Default The number of seconds and number of consecutive timeouts that occur before the RADIUS server is marked
as dead will vary, depending on the transaction rate of the server and the number of configured retransmissions.
Usage Guidelines
Note Both the time criterion and the tries criterion must be met for the server to be marked as dead.
Examples The following example shows how to configure the device so that it will be considered dead after 5
seconds and 4 tries:
Device> enable
Device# configure terminal
Device(config)# radius-server dead-criteria time 5 tries 4
The following example shows how to disable the time and number-of-tries criteria that were set for
the radius-server dead-criteria command.
Device(config)# no radius-server dead-criteria
The following example shows how to disable the time criterion that was set for the radius-server
dead-criteria command.
Device(config)# no radius-server dead-criteria time 5
The following example shows how to disable the number-of-tries criterion that was set for the
radius-server dead-criteria command.
Device(config)# no radius-server dead-criteria tries 4
show aaa server-private Displays the status of all private RADIUS servers.
show aaa servers Displays information about the number of packets sent to and
received from AAA servers.
radius-server deadtime
To improve RADIUS response time when some servers might be unavailable and to skip unavailable servers
immediately, use the radius-server deadtime command in global configuration mode. To set deadtime to 0,
use the no form of this command.
Syntax Description minutes Length of time, in minutes (up to a maximum of 1440 minutes or 24 hours), for which a RADIUS
server is skipped over by transaction requests.
Usage Guidelines Use this command to enable the Cisco IOS software to mark as dead any RADIUS servers that fail to respond
to authentication requests, thus avoiding the wait for the request to time out before trying the next configured
server. A RADIUS server marked as dead is skipped by additional requests for the specified duration (in
minutes) or unless there are no servers not marked as dead.
Note If a RADIUS server that is marked as dead receives a directed-request, the directed- request is not omitted
by the RADIUS server. The RADIUS server continues to process the directed-request because the request is
directly sent to the RADIUS server.
The RADIUS server will be marked as dead if both of the following conditions are met:
1. A valid response has not been received from the RADIUS server for any outstanding transaction for at
least the timeout period that is used to determine whether to retransmit to that server, and
2. At at least the requisite number of retransmits plus one (for the initial transmission) have been sent
consecutively across all transactions being sent to the RADIUS server without receiving a valid response
from the server within the requisite timeout.
Examples The following example specifies five minutes of deadtime for RADIUS servers that fail to respond
to authentication requests:
Device> enable
Device# configure terminal
Device(config)# aaa new-model
Device(config)# radius-server deadtime 5
deadtime (server-group configuration) Configures deadtime within the context of RADIUS server
groups.
radius-server retransmit Specifies the number of times that the Cisco IOS software
searches the list of RADIUS server hosts before giving up.
radius-server timeout Sets the interval for which a device waits for a server host to
reply.
radius-server directed-request
To allow users to log in to a Cisco network access server (NAS) and select a RADIUS server for authentication,
use the radius-server directed-request command in global configuration mode. To disable the directed-request
function, use the no form of this command.
Syntax Description restricted (Optional) Prevents the user from being sent to a secondary server if the specified server is not
available.
Command Default The User cannot log in to a Cisco NAS and select a RADIUS server for authentication.
Command Modes
Global configuration (config)
Usage Guidelines The radius-server directed-request command sends only the portion of the username before the “@” symbol
to the host specified after the “@” symbol. In other words, with this command enabled, you can direct a
request to any of the configured servers, and only the username is sent to the specified server.
Note If a private RADIUS server is used as the group server by configuring the server-private (RADIUS) command,
then the radius-server directed-request command cannot be configured.
Note To select the directed server, search the first server group in the method list for a server with the IP address
provided in a directed request. If it is not available, the first server group with the same IP address from the
global pool is considered.
• If the radius-server directed-request restricted command is configured for every server group in the
method list, until the response is received from the directed server or the end of method list is reached,
the following actions occur:
• The first server with an IP address of the directed server will be used to send the request.
• If a server with the same IP address is not found in the server group, then the first server in the
global pool with the IP address of the directed-server will be used.
Note When the no radius-server directed-request restricted command is entered, only the restricted flag is
removed, and the directed-request flag is retained. To disable the directed-request function, you must also
enter the no radius-server directed-request command.
Examples The following example shows how to configure the directed-request function:
Device> enable
Device# configure terminal
Device(config)# radius server rad-1
Device(config-radius-server)# address ipv4 10.1.1.2
Device(config-radius-server)# key dummy123
Device(config-radius-server)# exit
Device(config)# radius-server directed-request
aaa group server Groups different server hosts into distinct lists and distinct methods.
server-private (RADIUS) Configures the IP address of the private RADIUS server for the group server.
radius-server domain-stripping
To configure a network access server (NAS) to strip suffixes, or to strip both suffixes and prefixes from the
username before forwarding the username to the remote RADIUS server, use the radius-server
domain-stripping command in global configuration mode. To disable a stripping configuration, use the no
form of this command.
Note The ip vrf default command must be configured in global configuration mode before the radius-server
domain-stripping command is configured to ensure that the default VRF name is a NULL value until the
defaulf vrf name is configured.
Syntax Description right-to-left (Optional) Specifies that the NAS will apply the stripping configuration at the
first delimiter found when parsing the full username from right to left. The default
is for the NAS to apply the stripping configuration at the first delimiter found
when parsing the full username from left to right.
prefix-delimiter (Optional) Enables prefix stripping and specifies the character or characters that
character will be recognized as a prefix delimiter. Valid values for the character argument
[character2...character7] are @, /, $, %, \, #, and -. Multiple characters can be entered without intervening
spaces. Up to seven characters can be defined as prefix delimiters, which is the
maximum number of valid characters. If a \ is entered as the final or only value
for the character argument, it must be entered as \\. No prefix delimiter is defined
by default.
delimiter character (Optional) Specifies the character or characters that will be recognized as a suffix
[character2...character7] delimiter. Valid values for the character argument are @, /, $, %, \, #, and -.
Multiple characters can be entered without intervening spaces. Up to seven
characters can be defined as suffix delimiters, which is the maximum number of
valid characters. If a \ is entered as the final or only value for the character
argument, it must be entered as \\. The default suffix delimiter is the @ character.
vrf vrf-name (Optional) Restricts the domain stripping configuration to a Virtual Private
Network (VPN) routing and forwarding (VRF) instance. The vrf-nameargument
specifies the name of a VRF.
Command Default Stripping is disabled. The full username is sent to the RADIUS server.
Command Modes
Global configuration (config)
Usage Guidelines Use the radius-server domain-stripping command to configure the NAS to strip the domain from a username
before forwarding the username to the RADIUS server. If the full username is [email protected], enabling
the radius-server domain-stripping command results in the username “user1” being forwarded to the
RADIUS server.
Use the right-to-left keyword to specify that the username should be parsed for a delimiter from right to left,
rather than from left to right. This allows strings with two instances of a delimiter to strip the username at
either delimiter. For example, if the username is [email protected]@cisco.net, the suffix could be stripped in
two ways. The default direction (left to right) would result in the username “user” being forwarded to the
RADIUS server. Configuring the right-to-left keyword would result in the username “[email protected]” being
forwarded to the RADIUS server.
Use the prefix-delimiter keyword to enable prefix stripping and to specify the character or characters that
will be recognized as a prefix delimiter. The first configured character that is parsed will be used as the prefix
delimiter, and any characters before that delimiter will be stripped.
Use the delimiter keyword to specify the character or characters that will be recognized as a suffix delimiter.
The first configured character that is parsed will be used as the suffix delimiter, and any characters after that
delimiter will be stripped.
Use strip-suffix suffix to specify a particular suffix to strip from usernames. For example, configuring the
radius-server domain-stripping strip-suffix cisco.net command would result in the username [email protected]
being stripped, while the username [email protected] will not be stripped. You may configure multiple suffixes
for stripping by issuing multiple instances of the radius-server domain-stripping command. The default
suffix delimiter is the @ character.
Note Issuing the radius-server domain-stripping s trip-suffix suffix command disables the capacity to strip
suffixes from all domains. Both the suffix delimiter and the suffix must match for the suffix to be stripped
from the full username. The default suffix delimiter of @ will be used if you do not specify a different suffix
delimiter or set of suffix delimiters using the delimiterkeyword.
To apply a domain-stripping configuration only to a specified VRF, use the vrf vrf-name option.
The interactions between the different types of domain stripping configurations are as follows:
• You may configure only one instance of the radius-server domain-stripping[right-to-left]
[prefix-delimiter character [character2...character7]] [delimiter character [character2...character7]]
command.
• You may configure multiple instances of the radius-server domain-stripping[right-to-left]
[prefix-delimiter character [character2...character7]] [delimiter character [character2...character7]]
[vrf vrf-name] command with unique values for vrf vrf-name.
• You may configure multiple instances of the radius-server domain-stripping strip-suffix suffix[vrf
per-vrf] command to specify multiple suffixes to be stripped as part of a global or per-VRF ruleset.
• Issuing any version of the radius-server domain-stripping command automatically enables suffix
stripping using the default delimiter character @ for that ruleset, unless a different delimiter or set of
delimiters is specified.
• Configuring a per-suffix stripping rule disables generic suffix stripping for that ruleset. Only suffixes
that match the configured suffix or suffixes will be stripped from usernames.
Examples The following example configures the router to parse the username from right to left and sets the
valid suffix delimiter characters as @, \, and $. If the full username is cisco/[email protected]$cisco.net,
the username “cisco/[email protected]” will be forwarded to the RADIUS server because the $ character
is the first valid delimiter encountered by the NAS when parsing the username from right to left.
radius-server domain-stripping right-to-left delimiter @\$
The following example configures the router to strip the domain name from usernames only for users
associated with the VRF instance named abc. The default suffix delimiter @ will be used for generic
suffix stripping.
radius-server domain-stripping vrf abc
The following example enables prefix stripping using the character / as the prefix delimiter. The
default suffix delimiter character @ will be used for generic suffix stripping. If the full username is
cisco/[email protected], the username “user” will be forwarded to the RADIUS server.
radius-server domain-stripping prefix-delimiter /
The following example enables prefix stripping, specifies the character / as the prefix delimiter, and
specifies the character # as the suffix delimiter. If the full username is cisco/[email protected]#cisco.net,
the username “[email protected]” will be forwarded to the RADIUS server.
radius-server domain-stripping prefix-delimiter / delimiter #
The following example enables prefix stripping, configures the character / as the prefix delimiter,
configures the characters $, @, and # as suffix delimiters, and configures per-suffix stripping of the
suffix cisco.com. If the full username is cisco/[email protected], the username “user” will be forwarded
to the RADIUS server. If the full username is cisco/[email protected]#cisco.com, the username
“[email protected]” will be forwarded.
radius-server domain-stripping prefix-delimiter / delimiter $@#
radius-server domain-stripping strip-suffix cisco.com
The following example configures the router to parse the username from right to left and enables
suffix stripping for usernames with the suffix cisco.com. If the full username is
cisco/[email protected]@cisco.com, the username “cisco/[email protected]” will be forwarded to the
RADIUS server. If the full username is cisco/[email protected]@cisco.net, the full username will be
forwarded.
radius-server domain-stripping right-to-left
radius-server domain-stripping strip-suffix cisco.com
The following example configures a set of global stripping rules that will strip the suffix cisco.com
using the delimiter @, and a different set of stripping rules for usernames associated with the VRF
named myvrf:
radius-server domain-stripping strip-suffix cisco.com
!
radius-server domain-stripping prefix-delimiter # vrf myvrf
radius-server domain-stripping strip-suffix cisco.net vrf myvrf
tacacs-server domain-stripping Configures a router to strip a prefix or suffix from the username before
forwarding the username to the TACACS+ server.
sak-rekey
To configure the Security Association Key (SAK) rekey time interval for a defined MKA policy, use the
sak-rekey command in MKA-policy configuration mode. To stop the SAK rekey timer, use the no form of
this command.
Examples The following example shows how to configure the SAK rekey interval:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# sak-rekey interval 300
secret { 0 | 6 unencrypted-password }
no secret { 0 | 6 unencrypted-password }
Usage Guidelines To perform API registration for the Umbrella Switch Connector, the api-key, orgid and secret commands
must be configured one after the other. The values for these commands can be retrieved from the Cisco
Umbrella registration server.
Examples The following example shows how to perform API registration for the Umbrella Switch Connector:
Device> enable
Device# configure terminal
Device(config)# parameter-map type umbrella global
Device(config-profile)# api-key 5f22922exxxxxxxxx51174af822734
Device(config-profile)# orgid 26xxx16
Device(config-profile)# secret 0 a0d176ebxxxxxxxfbb343dfc4fd209
Device(config-profile)# end
Syntax Description glean Extracts addresses from the messages and installs them into the binding
table without performing any verification.
guard Performs both glean and inspect. Additionally, RA, and DHCP server
messages are rejected unless they are received on a trusted port or another
policy authorizes them.
This example shows how to define an IPv6 snooping policy name as policy1 and configure the
security level as inspect:
Device> enable
Device# configure terminal
Device(config)# ipv6 snooping policy policy1
Device(config-ipv6-snooping)# security-level inspect
Device(config-ipv6-snooping)# end
security passthru
To modify the IPsec pass-through, use the security passthru command. To disable, use the no form of the
command.
Syntax Description ip-address IP address of the IPsec gateway that is terminating the VPN tunnel.
send-secure-announcements
To enable MKA to send secure announcements in MACsec Key Agreement Protocol Data Units (MKPDUs),
use the send-secure-announcements command in MKA-policy configuration mode. To disable sending of
secure announcements, use the no form of this command.
send-secure-announcements
no send-secure-announcements
Usage Guidelines Secure announcements revalidate the MACsec Cipher Suite capabilities which were shared previously through
unsecure announcements.
Examples The following example shows how to enable sending of secure announcements:
Device> enable
Device# configure terminal
Device(config)# mka policy 2
Device(config-mka-policy)# send-secure-announcements
server-private (RADIUS)
To configure the IP address of the private RADIUS server for the group server, use the server-private
command in RADIUS server-group configuration mode. To remove the associated private server from the
authentication, authorization, and accounting (AAA) group server, use the no form of this command.
auth-port port-number (Optional) User Datagram Protocol (UDP) destination port for authentication
requests. The default value is 1645.
acct-port port-number Optional) UDP destination port for accounting requests. The default value is 1646.
timeout seconds (Optional) Time interval (in seconds) that the device waits for the RADIUS server
to reply before retransmitting. This setting overrides the global value of the
radius-server timeout command. If no timeout value is specified, the global value
is used.
retransmit retries (Optional) Number of times a RADIUS request is resent to a server, if that server
is not responding or responding slowly. This setting overrides the global setting of
the radius-server retransmit command.
key string (Optional) Authentication and encryption key used between the device and the
RADIUS daemon running on the RADIUS server. This key overrides the global
setting of the radius-server key command. If no key string is specified, the global
value is used.
The string can be 0 (specifies that an unencrypted key follows), 6 (specifies that
an advanced encryption scheme [AES] encrypted key follows), 7 (specifies that a
hidden key follows), or a line specifying the unencrypted (clear-text) server key.
Command Default If server-private parameters are not specified, global configurations will be used; if global configurations are
not specified, default values will be used.
Command Modes
RADIUS server-group configuration (config-sg-radius)
Usage Guidelines Use the server-private command to associate a particular private server with a defined server group. To
prevent possible overlapping of private addresses between virtual route forwarding (VRF) instances, private
servers (servers with private addresses) can be defined within the server group and remain hidden from other
groups, while the servers in the global pool (default "radius" server group) can still be referred to by IP
addresses and port numbers. Thus, the list of servers in server groups includes references to the hosts in the
global configuration and the definitions of private servers.
Note • If the radius-server directed-request command is configured, then a private RADIUS server cannot
be used as the group server by configuring the server-private (RADIUS) command.
• Creating or updating AAA server statistics record for private RADIUS servers are not supported. If
private RADIUS servers are used, then error messages and tracebacks will be encountered, but these
error messages or tracebacks do not have any impact on the AAA RADIUS functionality. To avoid these
error messages and tracebacks, configure public RADIUS server instead of private RADIUS server.
Use the password encryption aes command to configure type 6 AES encrypted keys.
Examples The following example shows how to define the sg_water RADIUS group server and associate private
servers with it:
Device> enable
Device# configure terminal
Device(config)# aaa new-model
Device(config)# aaa group server radius sg_water
Device(config-sg-radius)# server-private 10.1.1.1 timeout 5 retransmit 3 key xyz
Device(config-sg-radius)# server-private 10.2.2.2 timeout 5 retransmit 3 key xyz
Device(config-sg-radius)# end
aaa group server Groups different server hosts into distinct lists and distinct methods.
radius-server directed-request Allows users to log in to a Cisco NAS and select a RADIUS server for
authentication.
server-private (TACACS+)
To configure the IPv4 or IPv6 address of the private TACACS+ server for the group server, use the
server-private command in server-group configuration mode. To remove the associated private server from
the authentication, authorization, and accounting (AAA) group server, use the no form of this command.
Syntax Description ip4-address IPv4 address of the private TACACS+ server host.
fqdn Fully qualified domain name (fqdn) of the private TACACS+ server host for address
resolution from the Domain Name Server (DNS)
nat (Optional) Specifies the port Network Address Translation (NAT) address of the remote
device. This address is sent to the TACACS+ server.
single-connection (Optional) Maintains a single TCP connection between the router and the TACACS+
server.
timeout seconds (Optional) Specifies a timeout value for the server response. This value overrides the
global timeout value set with the tacacs-server timeout command for this server only.
port port-number (Optional) Specifies a server port number. This option overrides the default, which is
port 49.
key [0|7] string (Optional) Specifies an authentication and encryption key. This key must match the key
used by the TACACS+ daemon. Specifying this key overrides the key set by the global
tacacs-server key command for this server only.
If no number or 0 is entered, the string that is entered is considered to be plain text. If
7 is entered, the string that is entered is considered to be encrypted text.
Command Default If server-private parameters are not specified, global configurations will be used; if global configurations are
not specified, default values will be used.
Command Modes
TACACS+ server-group configuration (config-sg-tacacs+)
Usage Guidelines Use the server-private command to associate a particular private server with a defined server group. To
prevent possible overlapping of private addresses between virtual route forwardings (VRFs), private servers
(servers with private addresses) can be defined within the server group and remain hidden from other groups,
while the servers in the global pool (default "TACACS+" server group) can still be referred to by IP addresses
and port numbers. Thus, the list of servers in server groups includes references to the hosts in the global
configuration and the definitions of private servers.
The following example shows how to define the tacacs1 TACACS+ group server and associate
private servers with it:
Device> enable
Device# configure terminal
Device(config)# aaa group server tacacs+ tacacs1
Device(config-sg-tacacs+)# server-private 10.1.1.1 port 19 key cisco
Device(config-sg-tacacs+)# exit
Device(config)#ip vrf cisco
Device(config-vrf)# rd 100:1
Device(config-vrf)# exit
Device(config)# interface Loopback0
Device(config-if)#ip address 10.0.0.2 255.0.0.0
Device(config-if)#ip vrf forwarding cisco
aaa group server Groups different server hosts into distinct lists and distinct methods.
ip tacacs source-interface Uses the IP address of a specified interface for all outgoing TACACS+
packets.
ip vrf forwarding (server-group) Configures the VRF reference of an AAA TACACS+ server group.
profile name Displays the specified individual server group profile details.
Usage Guidelines The IOSD AAA Auth Cache entries section of the command output displays Cisco IOSd-related AAA
authentication cache entries that get populated when AAA authentication cache is used as the authentication
method for Cisco IOSd use-cases like PPP, login, and so on. The SMD AAA Auth Cache entries section of
the command output displays SMD AAA authentication cache entries that get populated when AAA
authentication cache is being used as the authentication method for session manager daemon (SMD) use cases,
such as 802.1x, MAB, and so on. The show aaa cache group command displays Cisco IOSd use cases-related
AAA authentication cache entries first, followed by SMD use cases-related AAA authentication cache entries.
Examples The following example shows how to display all the cache entries for a group. The fields are
self-explanatory.
clear aaa cache group Clears individual entries or all the entries in the cache.
debug aaa cache Debugs the caching mechanism and ensures that entries are cached from AAA
group server responses, and found when queried.
This is an example of output from the show aaa command handler command:
Syntax Description security-protocol Security protocol of the specified AAA server. Currently, the only protocol that is
supported is RADIUS.
auth-port (Optional) Authentication port for the RADIUS server that was specified.
port-number (Optional) Number of the authentication port. The default is 1645 (for a RADIUS
server).
acct-port (Optional) Accounting port for the RADIUS server that was specified.
port-number (Optional) Number of the accounting port. The default is 1646 (for a RADIUS server).
server-group-name (Optional) Server group with which the specified server is associated. The default is
radius (for a RADIUS server).
Command Default Currently, the port-number argument for the auth-port keyword and the port-number argument for the
acct-port keyword default to 1645 and 1646, respectively. The default for the server-group-name argument
is radius.
Usage Guidelines Multiple RADIUS servers having the same IP address can be configured on a device. The auth-port and
acct-port keywords are used to differentiate the servers. The dead-detect interval of a server that is associated
with a specified server group can be obtained by using the server-group-name keyword. (The dead-detect
interval and retransmit values of a RADIUS server are set on the basis of the server group to which the server
belongs. The same server can be part of multiple server groups.)
Examples The following example shows that dead-criteria-detection information has been requested for a
RADIUS server at the IP address 172.19.192.80:
Device# show aaa dead-criteria radius 172.19.192.80 radius
The Max Computed Dead Detect Time is displayed in seconds. The other fields shown in the
display are self-explanatory.
radius-server dead-criteria Forces one or both of the criteria, used to mark a RADIUS server
as dead, to be the indicated constant.
show aaa server-private Displays the status of all private RADIUS servers.
show aaa servers Displays information about the number of packets sent to and
received from AAA servers.
Syntax Description netuser Specifies the AAA local network or guest user database.
This is an example of output from the show aaa local statistics command:
Success: 0
Fail: 0
Syntax Description detailed (Optional) Displays private AAA servers as seen by the AAA server
MIB.
public (Optional) Displays public AAA servers as seen by the AAA server
MIB.
Examples The following is a sample output from the show aaa servers command:
Bad authenticators: 0
RADSEC: Packet count since last idletimeout 0,
Send handshake count 0,
Handshake Success 0,
Total Packets Transmitted 0,
Total Packets Received 0,
Total Connection Resets 9,
Connection Reset due to idle timeout 0,
Connection Reset due to No Response 0,
Connection Reset due to Malformed packet 0,
Connection Reset by Peer 0,
The following is sample output from the show aaa sessions command:
Examples The following is a sample output from the show access-lists fqdn statistics command:
Device# show access-lists fqdn statistics
show fqdn Displays the resolved IP addresses for the FQDN entries from the local cache database.
Syntax Description switch-number Valid values for the switch-number variable are from
1 to 9.
The following is a sample output from the show authentication brief command:
Device# show authentication brief
The following is a sample output from the show authentication brief command for active instances:
The following is a sample output from the show authentication brief command for standby instances:
Device# show authentication brief switch standby R0
The table below describes the significant fields shown in the displays.
Field Description
Field Description
Syntax Description min-uptime seconds (Optional) Displays sessions within the minimum uptime. The range is from 1
through 4294967295 seconds.
Usage Guidelines Use the show authentication history command to display the authenticated sessions alive on the device.
The following is sample output from the show authentication history command:
Session count = 1
Syntax Description database (Optional) Shows only data stored in session database.
handle handle-id (Optional) Specifies the particular handle for which Auth Manager information is to
be displayed.
interface type number (Optional) Specifies a particular interface type and number for which Auth Manager
information is to be displayed.
mac mac-address (Optional) Specifies the particular MAC address for which you want to display
information.
method method-name (Optional) Specifies the particular authentication method for which Auth Manager
information is to be displayed. If you specify a method (dot1x, mab, or webauth),
you may also specify an interface.
session-id session-id (Optional) Specifies the particular session for which Auth Manager information is
to be displayed.
Usage Guidelines Use the show authentication sessions command to display information about all current Auth Manager
sessions. To display information about specific Auth Manager sessions, use one or more of the keywords.
This table shows the possible operating states for the reported authentication sessions.
State Description
Not run The method has not run for this session.
Failed over The method has failed and the next method is expected
to provide a result.
State Description
State Description
dot1x 802.1X
The following example shows how to display all authentication sessions on the device:
The following example shows how to display all authentication sessions on an interface:
Interface: GigabitEthernet2/0/47
MAC Address: Unknown
IP Address: Unknown
Status: Authz Success
Domain: DATA
Oper host mode: multi-host
Oper control dir: both
Authorized By: Guest Vlan
Vlan Policy: 20
Session timeout: N/A
Idle timeout: N/A
Common Session ID: 0A3462C8000000000002763C
Acct Session ID: 0x00000002
Handle: 0x25000000
Runnable methods list:
Method State
mab Failed over
dot1x Failed over
----------------------------------------
Interface: GigabitEthernet2/0/47
MAC Address: 0005.5e7c.da05
IP Address: Unknown
User-Name: 00055e7cda05
Status: Authz Success
Domain: VOICE
Oper host mode: multi-domain
Oper control dir: both
Authorized By: Authentication Server
Session timeout: N/A
Idle timeout: N/A
Common Session ID: 0A3462C8000000010002A238
Acct Session ID: 0x00000003
Handle: 0x91000001
Runnable methods list:
Method State
mab Authc Success
dot1x Not run
Syntax Description interface inteface_type_no Displays message capture policy information for the interface you specify. Enter
an interface type and number.
Use the question mark (?) online help function to display the types of interfaces
on the device.
vlan vlan_id Displays message capture policy information for the VLAN ID you specify.
The valid value range is from 1 to 4095.
Usage Guidelines The output of this command is used by the technical support team, for troubleshooting.
Examples
The following is sample output from the show device-tracking capture-policy command:
Device# show device-tracking capture-policy interface tengigabitethernet1/0/1
Rule DHCP4 CLIENT Protocol UDP mask 00000400 action PUNT match1 0 match2 67#feat:1
feature Device-tracking
Rule DHCP4 SERVER SOURCE Protocol UDP mask 00001000 action PUNT match1 0 match2
68#feat:1
feature Device-tracking
Rule DHCP4 SERVER Protocol UDP mask 00000800 action PUNT match1 67 match2 0#feat:1
feature Device-tracking
Rule ARP Protocol IPV4 mask 00004000 action PUNT match1 0 match2 0#feat:1
feature Device-tracking
Rule DHCP SERVER SOURCE Protocol UDP mask 00000200 action PUNT match1 0 match2
546#feat:1
feature Device-tracking
Rule DHCP CLIENT Protocol UDP mask 00000080 action PUNT match1 0 match2 547#feat:1
feature Device-tracking
Rule DHCP SERVER Protocol UDP mask 00000100 action PUNT match1 547 match2 0#feat:1
feature Device-tracking
Rule RS Protocol ICMPV6 mask 00000004 action PUNT match1 133 match2 0#feat:1
feature Device-tracking
Rule RA Protocol ICMPV6 mask 00000008 action PUNT match1 134 match2 0#feat:1
feature Device-tracking
Rule NS Protocol ICMPV6 mask 00000001 action PUNT match1 135 match2 0#feat:1
feature Device-tracking
Rule NA Protocol ICMPV6 mask 00000002 action PUNT match1 136 match2 0#feat:1
feature Device-tracking
Rule REDIR Protocol ICMPV6 mask 00000010 action PUNT match1 137 match2 0#feat:1
feature Device-tracking
Rule DAR Protocol ICMPV6 mask 00008000 action PUNT match1 157 match2 0#feat:1
feature Device-tracking
Rule DAC Protocol ICMPV6 mask 00010000 action PUNT match1 158 match2 0#feat:1
feature Device-tracking
Syntax Description all Displays information for all interfaces and VLANs on the device where a policy
is attached.
interface inteface_type_no Displays information for the specified interface. Enter an interface type and
number.
Use the question mark (?) online help function to display the types of interfaces
on the device.
vlan vlan_id Displays information for the VLAN ID you specify. The range is from 1 to
4095.
Usage Guidelines When you enter the show device-tracking counterscommand, you must enter one of the keywords that
follow, that is, all, or interface inteface_type_no , or vlan vlan_id .
If you specify an interface or VLAN where a policy is not attached, the following message is displayed: % no
ipv6 snooping policy attached on <interface number or VLAN ID>
Examples
The following is sample output from theshow device-tracking counters command. Information
relating to a particular VLAN (VLAN 10) is displayed here:
Device# show device-tracking counters vlan 10
Received messages on vlan 10 :
Protocol Protocol message
NDP RA[2479] NS[1757] NA[2794]
DHCPv6
ARP REP[878]
DHCPv4
ACD&DAD --[3]
ARP REP[1]
DHCPv4
NS [2]
reason: Silent drop [2]
NA [1039]
reason: Silent drop [1037]
reason: Packet accepted but not forwarded [2]
ACD&DAD: -- -- [2]
Faults on vlan 10 :
Syntax Description address {hostname_address | Displays binding table information for a particular IP address or for all
all} addresses
interface inteface_type_no Displays binding table information for the specified interface. Enter an
interface type and number.
Use the question mark (?) online help function to display the types of
interfaces on the device.
vlanid vlan Displays binding table information for the VLAN ID you specify. The
valid value range is from 1 to 4095.
mac Displays binding table information for the MAC address you specify.
prefix Displays binding table information for the IPv6 prefix you specify.
all Displays binding table information for all the available IPv6 prefixes.
Examples
The following is sample output for the show device-tracking database detailscommand. The
accompanying table describes the significant fields shown in the display.
Device# show device-tracking database details
max/port : no limit
max/mac : no limit
Network Layer Address Link Layer Address Interface mode vlan(prim) prlvl
age state Time left Filter In Crimson Client ID Session ID
Policy (feature)
ARP 192.0.9.29 001b.4411.3ab7(S) Te1/0/4 trunk 200 ( 200) 0003
6mn REACHABLE 331 s no yes 0000.0000.0000 (unspecified)
sisf-01 (Device-tracking)
ARP 192.0.9.28 001b.4411.3ab7(S) Te1/0/4 trunk 200 ( 200) 0003
6mn REACHABLE 313 s no yes 0000.0000.0000 (unspecified)
sisf-01 (Device-tracking)
ARP 192.0.9.27 001b.4411.3ab7(S) Te1/0/4 trunk 200 ( 200) 0003
6mn REACHABLE 323 s no yes 0000.0000.0000 (unspecified)
sisf-01 (Device-tracking)
ARP 192.0.9.26 001b.4411.3ab7(S) Te1/0/4 trunk 200 ( 200) 0003
6mn REACHABLE 311 s no yes 0000.0000.0000 (unspecified)
sisf-01 (Device-tracking)
ARP 192.0.9.25 001b.4411.3ab7(S) Te1/0/4 trunk 200 ( 200) 0003
6mn REACHABLE 313 s no yes 0000.0000.0000 (unspecified)
sisf-01 (Device-tracking)
L 192.168.0.1 00a5.bf9d.0462(D) Vl200 svi 200 ( 200) 0100
6mn DOWN no yes 0000.0000.0000 (unspecified)
sisf-01 (sisf_local)
Field Description
Binding table configuration: Displays binding table settings. The values correspond
with what is configured using the device-tracking
• max/box
binding command in global configuration mode.
• max/vlan • max/box: The value displayed here corresponds
• max/port with the configured value for the max-entries
no_of_entries keyword.
• max/mac
• max/vlan: The value displayed here corresponds
with the configured value for the vlan-limit
no_of_entries keyword.
• max/port: The value displayed here corresponds
with the configured value for the port-limit
no_of_entries keyword.
• max/mac: The value displayed here corresponds
with the configured value for the mac-limit
no_of_entries keyword.
Binding table current counters: Displays the number of entries in the table.
• dynamic • dynamic: Dynamic entries are created by learning
events that dynamically populate the binding
• local table.
• total • local: Local entries are automatically created
when you configure an SVI on the device.
One of ways in which SISF uses a local entry, is
in the context of polling. If polling is enabled,
the SVI address is used as the source address of
an ARP probe.
• total: The total is a sum of the dynamic, local,
and static binding entries.
Binding table counters by state: Displays the number of entries in each state. The state
can be REACHABLE, STALE, DOWN.
Field Description
Network Layer Address The IP address of the host from which a packet is
received.
Field Description
Time left Displays the amount of time left until the next action
in the current state.
In Crimson A yes or no value which indicates if the entry has been
added to another database. The information is then
used by other applications, like Cisco DNA Center.
Typically, all the entries that are in a binding table are
also added to this database.
This is used by the technical support team, for
troubleshooting and to diagnose a problem.
Usage Guidelines The output of this command is used by the technical support team, for troubleshooting.
Examples
The following is sample output for the show device-tracking events command. It shows you the
kind of binding table events that the system logs:
Device# show device-tracking events
[Wed Mar 23 19:08:33.000] SSID 0 FSM Feature Table running for event ACTIVE_REGISTER in
state CREATING
[Wed Mar 23 19:08:33.000] SSID 0 Transition from CREATING to READY upon event ACTIVE_REGISTER
[Wed Mar 23 19:08:33.000] SSID 1 FSM Feature Table running for event ACTIVE_REGISTER in
state CREATING
[Wed Mar 23 19:08:33.000] SSID 1 Transition from CREATING to READY upon event ACTIVE_REGISTER
[Wed Mar 23 19:09:25.000] SSID 0 FSM sisf_mac_fsm running for event MAC_TENTV in state
MAC-CREATING
[Wed Mar 23 19:09:25.000] SSID 0 Transition from MAC-CREATING to MAC-TENTATIVE upon event
MAC_TENTV
[Wed Mar 23 19:09:25.000] SSID 1 Created Entry origin IPv4 ARP MAC 00a5.bf9c.e051 IPV4
10.0.0.1
[Wed Mar 23 19:09:25.000] SSID 0 FSM sisf_mac_fsm running for event MAC_VERIFIED in state
MAC-TENTATIVE
[Wed Mar 23 19:09:25.000] SSID 0 Transition from MAC-TENTATIVE to MAC-REACHABLE upon event
MAC_VERIFIED
[Wed Mar 23 19:09:25.000] SSID 1 FSM Binding table running for event VALIDATE_LLA in state
CREATING
[Wed Mar 23 19:09:25.000] SSID 1 FSM Binding table running for event SET_TENTATIVE in state
CREATING
[Wed Mar 23 19:09:25.000] SSID 1 Transition from CREATING to TENTATIVE upon event
SET_TENTATIVE
[Wed Mar 23 19:09:25.000] SSID 1 Entry State changed origin IPv4 ARP MAC 00a5.bf9c.e051
IPV4 10.0.0.1
[Wed Mar 23 20:07:27.000] SSID 0 FSM sisf_mac_fsm running for event MAC_DELETE_NOS in state
MAC-REACHABLE
[Wed Mar 23 20:07:27.000] SSID 0 Transition from MAC-REACHABLE to MAC-NONE upon event
MAC_DELETE_NOS
[Wed Mar 23 20:07:27.000] SSID 1 Transition from REACHABLE to NONE upon event DELETE
Examples
The following is sample output for the show device-tracking features command.
Device# show device-tracking features
Feature name priority state
Device-tracking 128 READY
Source guard 32 READY
Syntax Description detailed no_of_messages Displays a more detailed format of the list of device-tracking messages. Enter
a value between 1 and 255, to specify the number of messages that must be
displayed in a detailed format.
The following is sample output for the show device-tracking messages command. The summarized
and detailed versions of the output are displayed:
Device# show device-tracking messages
[Wed Mar 23 19:09:25.000] VLAN 1, From Te1/0/2 MAC 00a5.bf9c.e051: ARP::REP, 10.0.0.1,
[Wed Mar 23 20:03:22.000] VLAN 1, From Te1/0/2 MAC 00a5.bf9c.e051: ARP::REP, 10.0.0.1,
1 addresses advertised:
IPv6 addr: 10.0.0.1,
[Wed Mar 23 20:03:22.000] VLAN 1, From Te1/0/2 seclvl [guard], MAC 00a5.bf9c.e051: ARP::REP,
1 addresses advertised:
IPv6 addr: 10.0.0.1,
Syntax Description details Displays information about the policy targets and policy parameters of all
device-tracking policies on the device
interface interface_type_no Displays all policies applied to the the specified interface. Enter an interface
type and number.
Use the question mark (?) online help function to display the types of interfaces
on the device.
vlan vlanid Displays all policies applied to the the specified VLAN. The valid value range
is from 1 to 4095.
Examples
The following is sample output for the show device-tracking policies command with the details
keyword. It shows that there is only one policy on the device. It shows the target to which the policy
is applied and the policy parameters.
Device# show device-tracking policies details
Examples
The following is sample output for the show device-tracking policy command. Details of policy
sisf-01 are displayed.
show dot1x
To display IEEE 802.1x statistics, administrative status, and operational status for a device or for the specified
port, use the show dot1x command in user EXEC or privileged EXEC mode.
show dot1x [all [count | details | statistics | summary]] [interface type number [details |
statistics]] [statistics]
Syntax Description all (Optional) Displays the IEEE 802.1x information for all
interfaces.
statistics (Optional) Displays the IEEE 802.1x statistics for all interfaces.
summary (Optional) Displays the IEEE 802.1x summary for all interfaces.
interface type number (Optional) Displays the IEEE 802.1x status for the specified port.
The following is sample output from the show dot1x all command:
Sysauthcontrol Enabled
Dot1x Protocol Version 3
The following is sample output from the show dot1x all count command:
The following is sample output from the show dot1x all statistics command:
show cisp
To display Client Information Signaling Protocol (CISP) information for a specified interface, use the show
cisp command in privileged EXEC mode.
interface interface-id (Optional) Display CISP information about the specified interfac
channels.
The following is sample output from the show cisp interface command:
The following is sample output from the show cisp registration command:
Gi3/0/23
The following is sample output from the show eap pac peers command:
No PACs stored
clear eap sessions Clears EAP session information for the device or for the spec
show fqdn
To display the resolved IP addresses for the fully qualified domain name (FQDN) entries in the local cache
database, use the show fqdn command in either user EXEC mode or privileged EXEC mode.
show fqdn { database [{ dump | fqdn name [ ipv4 address | ipv6 address ] | statistics }] |
packet statistics | summary }
Syntax Description database Displays the FQDN-to-IP address bindings, along with the time-to-live (TTL) for those
bindings, and the status of the bindings.
dump (Optional) Displays all the cached and transient FQDN entries from the database.
fqdn name (Optional) Displays cached entries from the database for the specified FQDN.
ipv4 address (Optional) Displays cached entries from the database for the specified IP address.
ipv6 address (Optional) Displays cached entries from the database for the specified IPv6 address.
summary Displays FQDN TTL timeout factor and a summary of the registered FQDNs.
Cisco IOS XE Bengaluru 17.6.1 This command was modified. The ipv6 keyword was introduced.
Examples The following is a sample output from the show fqdn summary command:
Device# show fqdn summary
Registered FQDNs:
FQDN: host1.9k.com
Registered Module IDs: FQDN ACL Mgr,
FQDN: host2.9k.com
Registered Module IDs: FQDN ACL Mgr,
FQDN: host3.9k.com
Registered Module IDs: FQDN ACL Mgr,
FQDN: host4.9k.com
Registered Module IDs: FQDN ACL Mgr,
The following is a sample output from the show fqdn database command:
Device# show fqdn database
The following is a sample output from the show fqdn packet statistics command:
Device# show fqdn packet statistics
show ip access-lists Displays the contents of all the current IP access lists.
show ipv6 access-lists Displays the contents of all the current IPv6 access lists.
show ip access-lists
To display the contents of all current IP access lists, use the show ip access-lists command in user EXEC or
privileged EXEC modes.
interface name number (Optional) Displays the access list for the specified interface.
Command Default All standard and expanded IP access lists are displayed.
Usage Guidelines The show ip access-lists command provides output identical to the show access-lists command, except that
it is IP-specific and allows you to specify a particular access list.
The output of the show ip access-lists interface command does not display dACL or ACL filter IDs. This is
because the ACLs are attached to the virtual ports created by multidomain authentication for each authentication
session; instead of the physical interface. To display dACL or ACL filter IDs, use the show ip access-lists
access-list-name command. The access-list-name should be taken from the show access-session interface
interface-name detail command output. The access-list-name is case sensitive.
Examples The following is a sample output from the show ip access-lists command when all access lists are
requested:
The table below describes the significant fields shown in the display.
Field Description
The following is a sample output from the show ip access-lists command when the name of a specific
access list is requested:
Device# show ip access-lists Internetfilter
The following is a sample output from the show ip access-lists command using the dynamic keyword:
Device# show ip access-lists dynamic CM_SF#1
deny Sets conditions in a named IP access list or OGACL that will deny packets.
permit Sets conditions in a named IP access list or OGACL that will permit packets.
show object-group Displays information about object groups that are configured.
Usage Guidelines In a device stack, all statistics are generated on the stack's active switch. If a new active device is elected, the
statistics counters reset.
The following is sample output from the show ip dhcp snooping statistics command:
Packets Forwarded = 0
Packets Dropped = 0
Packets Dropped From untrusted ports = 0
The following is sample output from the show ip dhcp snooping statistics detail command:
This table shows the DHCP snooping statistics and their descriptions:
Packets Processed by DHCP Snooping Total number of packets handled by DHCP snooping, including
forwarded and dropped packets.
Packets Dropped Because IDB not Number of errors when the input interface of the packet cannot be
known determined.
Queue full Number of errors when an internal queue used to process the
packets is full. This might happen if DHCP packets are received
at an excessively high rate and rate limiting is not enabled on the
ingress ports.
Interface is in errdisabled Number of times a packet was received on a port that has been
marked as error disabled. This might happen if packets are in the
processing queue when a port is put into the error-disabled state
and those packets are subsequently processed.
Rate limit exceeded Number of times the rate limit configured on the port was exceeded
and the interface was put into the error-disabled state.
Received on untrusted ports Number of times a DHCP server packet (OFFER, ACK, NAK, or
LEASEQUERY) was received on an untrusted port and was
dropped.
Nonzero giaddr Number of times the relay agent address field (giaddr) in the DHCP
packet received on an untrusted port was not zero, or the no ip
dhcp snooping information option allow-untrusted global
configuration command is not configured and a packet received on
an untrusted port contained option-82 data.
Source mac not equal to chaddr Number of times the client MAC address field of the DHCP packet
(chaddr) does not match the packet source MAC address and the
ip dhcp snooping verify mac-address global configuration
command is configured.
Insertion of opt82 fail Number of times the option-82 insertion into a packet failed. The
insertion might fail if the packet with the option-82 data exceeds
the size of a single physical packet on the internet.
Interface Down Number of times the packet is a reply to the DHCP relay agent, but
the SVI interface for the relay agent is down. This is an unlikely
error that occurs if the SVI goes down between sending the client
request to the DHCP server and receiving the response.
Unknown output interface Number of times the output interface for a DHCP reply packet
cannot be determined by either option-82 data or a lookup in the
MAC address table. The packet is dropped. This can happen if
option 82 is not used and the client MAC address has aged out. If
IPSG is enabled with the port-security option and option 82 is not
enabled, the MAC address of the client is not learned, and the reply
packets will be dropped.
Reply output port equal to input port Number of times the output port for a DHCP reply packet is the
same as the input port, causing a possible loop. Indicates a possible
network misconfiguration or misuse of trust settings on ports.
Packet denied by platform Number of times the packet has been denied by a platform-specific
registry.
Examples The following is a sample output of the show platform software dns-umbrella statistics command:
Device> enable
Device# show platform software dns-umbrella statistics
========================================
Umbrella Statistics
========================================
Total Packets : 7848
DNSCrypt queries : 3940
DNSCrypt responses : 0
DNS queries : 0
DNS bypassed queries(Regex) : 0
DNS responses(Umbrella) : 0
DNS responses(Other) : 3906
Aged queries : 34
Dropped pkts : 0
show platform software umbrella switch {switch_number | active | standby} F0 {config | interface-info
| local-domain}
Examples The following is a sample output of the show platform software umbrella switch active F0 config
command:
Device> show platform software umbrella switch active F0 config
Umbrella feature:
------------------
Init: Enabled
Dnscrypt: disabled
Timeout:
------------------
udp timeout: 5
OrgId :
------------------
orgid : 2427270
Resolver config:
RESOLVER IP's
---------------------
208.67.220.220
208.67.222.222
2620:119:35::35
2620:119:53::53
Dnscrypt Info:
public_key:
magic_key:
serial number:
Syntax Description name Name of the server group. The character string used to name the group of servers must be defined
using the aaa group server radius command.
Usage Guidelines Use the show radius server-group command to display the server groups that you defined by using the aaa
group server radius command.
The following is sample output from the show radius server-group all command:
Field Description
Field Description
show storm-control
To display broadcast, multicast, or unicast storm control settings on the device or on the specified interface
or to display storm-control history, use the show storm-control command in user EXEC or privileged EXEC
mode.
Syntax Description interface-id (Optional) Interface ID for the physical port (including type, stack member for stacking-capable
devices, module, and port number).
Usage Guidelines When you enter an interface ID, the storm control thresholds appear for the specified interface. If you do not
enter an interface ID, settings appear for one traffic type for all ports on the device. If you do not enter a traffic
type, settings appear for broadcast storm control.
The following is sample partial output from the show storm-control command when no keywords
are entered. Because no traffic-type keyword was entered, the broadcast storm control settings appear.
Device> show storm-control
The following is sample output from the show storm-control command for a specified interface.
Because no traffic-type keyword was entered, the broadcast storm control settings appear.
Device> show storm-control gigabitethernet 1/0/1
The following table describes the fields in the show storm-control display:
Field Description
Interface Displays the ID of the interface.
Usage Guidelines The output of the show tech-support acl command is very long. To better manage this output, you can redirect
the output to an external file (for example, show tech-support acl | redirect flash:show_tech_acl.txt) in the
local writable storage file system or remote file system.
The output of this command displays the following commands:
Note On stackable platforms, these commands are executed on every switch in the stack. On modular platforms,
like Catalyst 9400 Series Switches, these commands are run only on the active switch.
Note The following list of commands is a sample of the commands available in the output; these may differ based
on the platform.
• show clock
• show version
• show running-config
• show module
• show interface
• show access-lists
• show logging
• show platform software fed switch switch-number acl counters hardware
• show platform software fed switch switch-number ifm mapping
• show platform hardware fed switch switch-number fwd-asic drops exceptions
• show platform software fed switch switch-number acl info
Examples The following is sample output from the show tech-support acl command:
Device# show tech-support acl
.
.
.
------------------ show platform software fed switch 1 acl cam brief ------------------
Source Address/Mask
0.0.0.0/0.0.0.0
Destination Address/Mask
0.0.0.0/0.0.0.0
Router MAC: Disabled, Not First Fragment: Disabled, Small Offset: Disabled
-----------------------------------------
TAQ-4 Index-1 (A:0,C:0) Valid StartF-0 StartA-0 SkipF-0 SkipA-0
Output IPv4 VACL
Source Address/Mask
0.0.0.0/0.0.0.0
Destination Address/Mask
0.0.0.0/0.0.0.0
Router MAC: Disabled, Not First Fragment: Disabled, Small Offset: Disabled
-----------------------------------------
TAQ-4 Index-2 (A:0,C:0) Valid StartF-0 StartA-0 SkipF-0 SkipA-0
Output IPv4 VACL
Source Address/Mask
0.0.0.0/0.0.0.0
Destination Address/Mask
0.0.0.0/0.0.0.0
Router MAC: Disabled, Not First Fragment: Disabled, Small Offset: Disabled
-----------------------------------------
TAQ-4 Index-3 (A:0,C:0) Valid StartF-0 StartA-0 SkipF-0 SkipA-0
Input IPv4 PACL
Source Address/Mask
0.0.0.0/0.0.0.0
Destination Address/Mask
0.0.0.0/0.0.0.0
Router MAC: Disabled, Not First Fragment: Disabled, Small Offset: Disabled
-----------------------------------------
TAQ-4 Index-4 (A:0,C:0) Valid StartF-0 StartA-0 SkipF-0 SkipA-0
Output IPv4 PACL
Source Address/Mask
0.0.0.0/0.0.0.0
Destination Address/Mask
0.0.0.0/0.0.0.0
Router MAC: Disabled, Not First Fragment: Disabled, Small Offset: Disabled
-----------------------------------------
TAQ-4 Index-5 (A:0,C:0) Valid StartF-0 StartA-0 SkipF-0 SkipA-0
Output MAC PACL
.
.
.
Usage Guidelines The output of the show tech-support platform command is very long. To better manage this output, you can
redirect the output to an external file (for example, show tech-support identity mac mac-address interface
interface-name | redirect flash:filename) in the local writable storage file system or remote file system.
The output of this command displays the following commands:
• show clock
• show module
• show version
• show switch
• show redundancy
• show dot1x statistics
• show ip access-lists
• show interface
• show ip interface brief
• show vlan brief
• show running-config
• show logging
• show interface controller
• show platform authentication sbinfo interface