Table Of Contents
P Commands
password strength-check
periodic
permit (ARP)
permit (IPv4)
permit (MAC)
permit (role-based access control list)
permit interface
permit vlan
permit vrf
platform access-list update
platform rate-limit
police (policy map)
policy
policy-map type control-plane
propagate-sgt
P Commands
This chapter describes the Cisco NX-OS security commands that begin with P.
password strength-check
To enable password-strength checking, use the password strength-check command. To disable password-strength checking, use the no form of this command.
password strength-check
no password strength-check
Syntax Description
This command has no arguments or keywords.
Defaults
Disabled
Command Modes
Global configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(3)
|
This command was introduced.
|
Usage Guidelines
When you enable password-strength checking, the NX-OS software only allows you to create strong passwords. The characteristics for strong passwords include the following:
•
At least eight characters long
•
Does not contain many consecutive characters (such as "abcd")
•
Does not contain many repeating characters (such as "aaabbb")
•
Does not contain dictionary words
•
Does not contain proper names
•
Contains both uppercase and lowercase characters
•
Contains numbers
The following are examples of strong passwords:
•
If2CoM18
•
2004AsdfLkj30
•
Cb1955S21
Note
When you enable password-strength checking, the Cisco NX-OS software does not check the strength of existing passwords.
This command does not require a license.
Examples
This example shows how to enable password-strength checking:
switch# configure terminal
switch(config)# password strength-check
This example shows how to disable password-strength checking:
switch# configure terminal
switch(config)# no password strength-check
Related Commands
Command
|
Description
|
show password strength-check
|
Enables password-strength checking.
|
show running-config security
|
Displays security feature configuration in the running configuration.
|
periodic
To specify a time range that is active one or more times per week, use the periodic command. To remove a periodic time range, use the no form of this command.
[sequence-number] periodic weekday time to [weekday] time
no {sequence-number | periodic weekday time to [weekday] time}
[sequence-number] periodic list-of-weekdays time to time
no {sequence-number | periodic list-of-weekdays time to time}
Syntax Description
sequence-number
|
(Optional) Sequence number of the rule, which causes the device to insert the command in that numbered position in the time range. Sequence numbers maintain the order of rules within a time range.
A sequence number can be any integer between 1 and 4294967295.
By default, the first rule in a time range has a sequence number of 10.
If you do not specify a sequence number, the device adds the rule to the end of the time range and assigns a sequence number that is 10 greater than the sequence number of the preceding rule.
Use the resequence command to reassign sequence numbers to rules.
|
weekday
|
Day of the week that the range begins or ends. The first occurrence of this argument is the day that the range starts. The second occurrence is the day that the range ends. If the second occurrence is omitted, the end of the range is on the same day as the start of the range.
The following keywords are valid values for the weekday argument:
• monday
• tuesday
• wednesday
• thursday
• friday
• saturday
• sunday
|
time
|
Time of day that the range starts or ends. The first occurrence of this argument is the time that the range begins. The second occurrence of this argument is the time that the range ends.
You can specify the time argument in 24-hour notation, in the format hours:minutes or hours:minutes:seconds. For example, 8:00 a.m. is 8:00 and 8:00 p.m. is 20:00.
|
to
|
Separates the first and second occurrences of the time argument.
|
list-of-weekdays
|
(Optional) Days that the range is in effect. Valid values of this argument are as follows:
• A space-delimited list of weekdays, such as the following:
• daily—All days of the week.
• weekdays—Monday through Friday.
• weekend—Saturday through Sunday.
|
Defaults
to
Command Modes
Time-range configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
This command does not require a license.
Examples
This example shows how to create a time range named weekend-remote-access-times and configure a periodic rule that allows traffic between 4:00 a.m. and 10:00 p.m. on Saturday and Sunday:
switch# configure terminal
switch(config)# time-range weekend-remote-access-times
switch(config-time-range)# periodic weekend 04:00:00 to 22:00:00
This example shows how to create a time range named mwf-evening and configure a periodic rule that allows traffic between 6:00 p.m. and 10:00 p.m. on Monday, Wednesday, and Friday:
switch# configure terminal
switch(config)# time-range mwf-evening
switch(config-time-range)# periodic monday wednesday friday 18:00:00 to 22:00:00
Related Commands
Command
|
Description
|
absolute
|
Configures an absolute time-range rule.
|
time-range
|
Configures a time range that you can use in IPv4 ACLs.
|
permit (ARP)
To create an ARP ACL rule that permits ARP traffic that matches its conditions, use the permit command. To remove a rule, use the no form of this command.
General Syntax
[sequence-number] permit ip {any | host sender-IP | sender-IP sender-IP-mask} mac {any | host
sender-MAC | sender-MAC sender-MAC-mask} [log]
[sequence-number] permit request ip {any | host sender-IP | sender-IP sender-IP-mask} mac {any
| host sender-MAC | sender-MAC sender-MAC-mask} [log]
[sequence-number] permit response ip {any | host sender-IP | sender-IP sender-IP-mask} {any |
host target-IP | target-IP target-IP-mask} mac {any | host sender-MAC |
sender-MAC sender-MAC-mask} [any | host target-MAC | target-MAC target-MAC-mask] [log]
no sequence-number
no permit ip {any | host sender-IP | sender-IP sender-IP-mask} mac {any | host sender-MAC |
sender-MAC sender-MAC-mask} [log]
no permit request ip {any | host sender-IP | sender-IP sender-IP-mask} mac {any | host
sender-MAC | sender-MAC sender-MAC-mask} [log]
no permit response ip {any | host sender-IP | sender-IP sender-IP-mask} {any | host target-IP |
target-IP target-IP-mask} mac {any | host sender-MAC | sender-MAC sender-MAC-mask}
[any | host target-MAC | target-MAC target-MAC-mask] [log]
Syntax Description
sequence-number
|
(Optional) Sequence number of the permit command, which causes the device to insert the command in that numbered position in the access list. Sequence numbers maintain the order of rules within an ACL.
A sequence number can be any integer between 1 and 4294967295.
By default, the first rule in an ACL has a sequence number of 10.
If you do not specify a sequence number, the device adds the rule to the end of the ACL and assigns a sequence number that is 10 greater than the sequence number of the preceding rule.
Use the resequence command to reassign sequence numbers to rules.
|
ip
|
Introduces the IP address portion of the rule.
|
any
|
Specifies that any host matches the part of the rule that contains the any keyword. You can use any to specify the sender IP address, target IP address, sender MAC address, and target MAC address.
|
host sender-IP
|
Specifies that the rules matches ARP packets only when the sender IP address in the packet matches the value of the sender-IP argument. Valid values for the sender-IP argument are IPv4 addresses in dotted-decimal format.
|
sender-IP sender-IP-mask
|
IPv4 address and mask for the set of IPv4 addresses that the sender IP address in the packet can match. The sender-IP and sender-IP-mask argument must be in dotted-decimal format. Specifying 255.255.255.255 as the sender-IP-mask argument is the equivalent of using the host keyword.
|
mac
|
Introduces the MAC address portion of the rule.
|
host sender-MAC
|
Specifies that the rule matches ARP packets only when the sender MAC address in the packet matches the value of the sender-MAC argument. Valid values for the sender-MAC argument are MAC addresses in dotted-hexadecimal format.
|
sender-MAC sender-MAC-mask
|
MAC address and mask for the set of MAC addresses that the sender MAC address in the packet can match. The sender-MAC and sender-MAC-mask argument must be in dotted-hexadecimal format. Specifying ffff.ffff.ffff as the sender-MAC-mask argument is the equivalent of using the host keyword.
|
log
|
(Optional) Specifies that the device logs ARP packets that match the rule.
|
request
|
(Optional) Specifies that the rule applies only to packets containing ARP request messages.
Note If you omit both the request and the response keywords, the rule applies to all ARP messages.
|
response
|
(Optional) Specifies that the rule applies only to packets containing ARP response messages.
Note If you omit both the request and the response keywords, the rule applies to all ARP messages.
|
host target-IP
|
Specifies that the rule matches ARP packets only when the target IP address in the packet matches the value of the target-IP argument. You can specify host target-IP only when you use the response keyword. Valid values for the target-IP argument are IPv4 addresses in dotted-decimal format.
|
target-IP target-IP-mask
|
IPv4 address and mask for the set of IPv4 addresses that the target IP address in the packet can match. You can specify target-IP target-IP-mask only when you use the response keyword. The target-IP and target-IP-mask argument must be in dotted-decimal format. Specifying 255.255.255.255 as the target-IP-mask argument is the equivalent of using the host keyword.
|
host target-MAC
|
Specifies that the rule matches ARP packets only when the target MAC address in the packet matches the value of the target-MAC argument. You can specify host target-MAC only when you use the response keyword. Valid values for the target-MAC argument are MAC addresses in dotted-hexadecimal format.
|
target-MAC target-MAC-mask
|
MAC address and mask for the set of MAC addresses that the target MAC address in the packet can match. You can specify target-MAC target-MAC-mask only when you use the response keyword. The target-MAC and target-MAC-mask argument must be in dotted-hexadecimal format. Specifying ffff.ffff.ffff as the target-MAC-mask argument is the equivalent of using the host keyword.
|
Defaults
ip
Command Modes
ARP ACL configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
A newly created ARP ACL contains no rules.
If you do not specify a sequence number, the device assigns to the rule a sequence number that is 10 greater than the last rule in the ACL.
When the device applies an ARP ACL to a packet, it evaluates the packet with every rule in the ACL. The device enforces the first rule that has conditions that are satisfied by the packet. When the conditions of more than one rule are satisfied, the device enforces the rule with the lowest sequence number.
If you do not specify either the response or request keyword, the rule applies to packets that contain any ARP message.
This command does not require a license.
Examples
This example shows how to enter ARP access list configuration mode for an ARP ACL named arp-acl-01 and add a rule that permits ARP request messages that contain a sender IP address that is within the 10.32.143.0 subnet:
switch(config)# arp access-list arp-acl-01
switch(config-arp-acl)# permit request ip 10.32.143.0 255.255.255.0 mac any
Related Commands
Command
|
Description
|
deny (ARP)
|
Configures a deny rule in an ARP ACL.
|
arp access-list
|
Configures an ARP ACL.
|
ip arp inspection filter
|
Applies an ARP ACL to a VLAN.
|
remark
|
Configures a remark in an ACL.
|
show arp access-list
|
Displays all ARP ACLs or one ARP ACL.
|
permit (IPv4)
To create an IPv4 access control list (ACL) rule that permits traffic matching its conditions, use the permit command. To remove a rule, use the no form of this command.
General Syntax
[sequence-number] permit protocol source destination [dscp dscp | precedence precedence]
[fragments] [log] [time-range time-range-name]
no permit protocol source destination [dscp dscp | precedence precedence] [fragments] [log]
[time-range time-range-name]
no sequence-number
Internet Control Message Protocol
[sequence-number] permit icmp source destination [icmp-message] [dscp dscp | precedence
precedence] [fragments] [log] [time-range time-range-name]
Internet Group Management Protocol
[sequence-number] permit igmp source destination [igmp-message] [dscp dscp | precedence
precedence] [fragments] [log] [time-range time-range-name]
Internet Protocol v4
[sequence-number] permit ip source destination [dscp dscp | precedence precedence] [fragments]
[log] [time-range time-range-name]
Transmission Control Protocol
[sequence-number] permit tcp source [operator port [port] | portgroup portgroup] destination
[operator port [port] | portgroup portgroup] [dscp dscp | precedence precedence] [fragments]
[log] [time-range time-range-name] [flags] [established]
User Datagram Protocol
[sequence-number] permit udp source [operator port [port] | portgroup portgroup] destination
[operator port [port] | portgroup portgroup] [dscp dscp | precedence precedence] [fragments]
[log] [time-range time-range-name]
Syntax Description
sequence-number
|
(Optional) Sequence number of the permit command, which causes the device to insert the command in that numbered position in the access list. Sequence numbers maintain the order of rules within an ACL.
A sequence number can be any integer between 1 and 4294967295.
By default, the first rule in an ACL has a sequence number of 10.
If you do not specify a sequence number, the device adds the rule to the end of the ACL and assigns a sequence number that is 10 greater than the sequence number of the preceding rule.
Use the resequence command to reassign sequence numbers to rules.
|
protocol
|
Name or number of the protocol of packets that the rule matches. Valid numbers are from 0 to 255. Valid protocol names are the following keywords:
• icmp—Specifies that the rule applies to ICMP traffic only. When you use this keyword, the icmp-message argument is available, in addition to the keywords that are available for all valid values of the protocol argument.
• igmp—Specifies that the rule applies to IGMP traffic only. When you use this keyword, the igmp-type argument is available, in addition to the keywords that are available for all valid values of the protocol argument.
• ip—Specifies that the rule applies to all IPv4 traffic. When you use this keyword, only the other keywords and arguments that apply to all IPv4 protocols are available. They include the following:
– dscp
– fragments
– log
– precedence
– time-range
• tcp—Specifies that the rule applies to TCP traffic only. When you use this keyword, the flags and operator arguments and the portgroup and established keywords are available, in addition to the keywords that are available for all valid values of the protocol argument.
• udp—Specifies that the rule applies to UDP traffic only. When you use this keyword, the operator argument and the portgroup keyword are available, in addition to the keywords that are available for all valid values of the protocol argument.
|
source
|
Source IPv4 addresses that the rule matches. For details about the methods that you can use to specify this argument, see "Source and Destination" in the "Usage Guidelines" section.
|
destination
|
Destination IPv4 addresses that the rule matches. For details about the methods that you can use to specify this argument, see "Source and Destination" in the "Usage Guidelines" section.
|
dscp dscp
|
(Optional) Specifies that the rule matches only those packets with the specified 6-bit differentiated services value in the DSCP field of the IP header. The dscp argument can be one of the following numbers or keywords:
• 0-63—The decimal equivalent of the 6 bits of the DSCP field. For example, if you specify 10, the rule matches only those packets that have the following bits in the DSCP field: 001010.
• af11—Assured Forwarding (AF) class 1, low drop probability (001010)
• af12—AF class 1, medium drop probability (001100)
• af13—AF class 1, high drop probability (001110)
• af21—AF class 2, low drop probability (010010)
• af22—AF class 2, medium drop probability (010100)
• af23—AF class 2, high drop probability (010110)
• af31—AF class 3, low drop probability (011010)
• af32—AF class 3, medium drop probability (011100)
• af33—AF class 3, high drop probability (011110)
• af41—AF class 4, low drop probability (100010)
• af42—AF class 4, medium drop probability (100100)
• af43—AF class 4, high drop probability (100110)
• cs1—Class-selector (CS) 1, precedence 1 (001000)
• cs2—CS2, precedence 2 (010000)
• cs3—CS3, precedence 3 (011000)
• cs4—CS4, precedence 4 (100000)
• cs5—CS5, precedence 5 (101000)
• cs6—CS6, precedence 6 (110000)
• cs7—CS7, precedence 7 (111000)
• default—Default DSCP value (000000)
• ef—Expedited Forwarding (101110)
|
precedence precedence
|
(Optional) Specifies that the rule matches only packets that have an IP Precedence field with the value specified by the precedence argument. The precedence argument can be a number or a keyword, as follows:
• 0-7—Decimal equivalent of the 3 bits of the IP Precedence field. For example, if you specify 3, the rule matches only packets that have the following bits in the DSCP field: 011.
• critical—Precedence 5 (101)
• flash—Precedence 3 (011)
• flash-override—Precedence 4 (100)
• immediate—Precedence 2 (010)
• internet—Precedence 6 (110)
• network—Precedence 7 (111)
• priority—Precedence 1 (001)
• routine—Precedence 0 (000)
|
fragments
|
(Optional) Specifies that the rule matches only those packets that are noninitial fragments. You cannot specify this keyword in the same rule that you specify Layer 4 options, such as a TCP port number, because the information that the devices requires to evaluate those options is contained only in initial fragments.
|
log
|
(Optional) Specifies that the device generates an informational logging message about each packet that matches the rule. The message includes the following information:
• Whether the protocol was TCP, UDP, ICMP or a number protocol
• Source and destination addresses
• Source and destination port numbers, if applicable
|
time-range time-range-name
|
(Optional) Specifies the time range that applies to this rule.
Use the time-range command to a time range.
|
icmp-message
|
(ICMP only: Optional) ICMP message type that the rule matches. This argument can be an integer from 0 to 255 or one of the keywords listed under "ICMP Message Types" in the "Usage Guidelines" section.
|
igmp-message
|
(IGMP only: Optional) IGMP message type that the rule matches. The igmp-message argument can be the IGMP message number, which is an integer from 0 to 15. It can also be one of the following keywords:
• dvmrp—Distance Vector Multicast Routing Protocol
• host-query—Host query
• host-report—Host report
• pim—Protocol Independent Multicast
• trace—Multicast trace
|
operator port [port]
|
(Optional; TCP and UDP only) Rule matches only packets that are from a source port or sent to a destination port that satisfies the conditions of the operator and port arguments. Whether these arguments apply to a source port or a destination port depends upon whether you specify them after the source argument or after the destination argument.
The port argument can be the name or the number of a TCP or UDP port. Valid numbers are integers from 0 to 65535. For listings of valid port names, see "TCP Port Names" and "UDP Port Names" in the "Usage Guidelines" section.
A second port argument is required only when the operator argument is a range.
The operator argument must be one of the following keywords:
• eq—Matches only if the port in the packet is equal to the port argument.
• gt—Matches only if the port in the packet is greater than and not equal to the port argument.
• lt—Matches only if the port in the packet is less than and not equal to the port argument.
• neq—Matches only if the port in the packet is not equal to the port argument.
• range—Requires two port arguments and matches only if the port in the packet is equal to or greater than the first port argument and equal to or less than the second port argument.
|
portgroup portgroup
|
(Optional; TCP and UDP only) Specifies that the rule matches only packets that are from a source port or to a destination port that is a member of the IP port object group specified by the portgroup argument, which can be up to 64 alphanumeric, case-sensitive characters. Whether the IP port object group applies to a source port or a destination port depends upon whether you specify it after the source argument or after the destination argument.
Use the object-group ip port command to create and change IP port object objects.
|
flags
|
(TCP only; Optional) TCP control bit flags that the rule matches. The value of the flags argument must be one or more of the following keywords:
• ack
• fin
• psh
• rst
• syn
• urg
|
established
|
(TCP only; Optional) Specifies that the rule matches only packets that belong to an established TCP connection. The device considers TCP packets with the ACK or RST bits set to belong to an established connection.
|
Defaults
A newly created IPv4 ACL contains no rules.
If you do not specify a sequence number, the device assigns to the rule a sequence number that is 10 greater than the last rule in the ACL.
Command Modes
IPv4 ACL configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
When the device applies an IPv4 ACL to a packet, it evaluates the packet with every rule in the ACL. The device enforces the first rule that has conditions that are satisfied by the packet. When the conditions of more than one rule are satisfied, the device enforces the rule with the lowest sequence number.
This command does not require a license.
Source and Destination
You can specify the source and destination arguments in one of several ways. In each rule, the method you use to specify one of these arguments does not affect how you specify the other. When you configure a rule, use the following methods to specify the source and destination arguments:
•
IP address group object—You can use an IPv4 address group object to specify a source or destination argument. Use the object-group ip address command to create and change IPv4 address group objects. The syntax is as follows:
addrgroup address-group-name
The following example shows how to use an IPv4 address object group named lab-gateway-svrs to specify the destination argument:
switch(config-acl)# permit ip any addrgroup lab-gateway-svrs
•
Address and network wildcard—You can use an IPv4 address followed by a network wildcard to specify a host or a network as a source or destination. The syntax is as follows:
IPv4-address network-wildcard
The following example shows how to specify the source argument with the IPv4 address and network wildcard for the 192.168.67.0 subnet:
switch(config-acl)# permit tcp 192.168.67.0 0.0.0.255 any
•
Address and variable-length subnet mask—You can use an IPv4 address followed by a variable-length subnet mask (VLSM) to specify a host or a network as a source or destination. The syntax is as follows:
The following example shows how to specify the source argument with the IPv4 address and VLSM for the 192.168.67.0 subnet:
switch(config-acl)# permit udp 192.168.67.0/24 any
•
Host address—You can use the host keyword and an IPv4 address to specify a host as a source or destination. The syntax is as follows:
This syntax is equivalent to IPv4-address/32 and IPv4-address 0.0.0.0.
The following example shows how to specify the source argument with the host keyword and the 192.168.67.132 IPv4 address:
switch(config-acl)# permit icmp host 192.168.67.132 any
•
Any address—You can use the any keyword to specify that a source or destination is any IPv4 address. For examples of the use of the any keyword, see the examples in this section. Each example shows how to specify a source or destination by using the any keyword.
ICMP Message Types
The icmp-message argument can be the ICMP message number, which is an integer from 0 to 255. It can also be one of the following keywords:
•
administratively-prohibited—Administratively prohibited
•
alternate-address—Alternate address
•
conversion-error—Datagram conversion
•
dod-host-prohibited—Host prohibited
•
dod-net-prohibited—Net prohibited
•
echo—Echo (ping)
•
echo-reply—Echo reply
•
general-parameter-problem—Parameter problem
•
host-isolated—Host isolated
•
host-precedence-unreachable—Host unreachable for precedence
•
host-redirect—Host redirect
•
host-tos-redirect—Host redirect for ToS
•
host-tos-unreachable—Host unreachable for ToS
•
host-unknown—Host unknown
•
host-unreachable—Host unreachable
•
information-reply—Information replies
•
information-request—Information requests
•
mask-reply—Mask replies
•
mask-request—Mask requests
•
mobile-redirect—Mobile host redirect
•
net-redirect—Network redirect
•
net-tos-redirect—Net redirect for ToS
•
net-tos-unreachable—Network unreachable for ToS
•
net-unreachable—Net unreachable
•
network-unknown—Network unknown
•
no-room-for-option—Parameter required but no room
•
option-missing—Parameter required but not present
•
packet-too-big—Fragmentation needed and DF set
•
parameter-problem—All parameter problems
•
port-unreachable—Port unreachable
•
precedence-unreachable—Precedence cutoff
•
protocol-unreachable—Protocol unreachable
•
reassembly-timeout—Reassembly timeout
•
redirect—All redirects
•
router-advertisement—Router discovery advertisements
•
router-solicitation—Router discovery solicitations
•
source-quench—Source quenches
•
source-route-failed—Source route failed
•
time-exceeded—All time exceeded messages
•
timestamp-reply—Timestamp replies
•
timestamp-request—Timestamp requests
•
traceroute—Traceroute
•
ttl-exceeded—TTL exceeded
•
unreachable—All unreachables
TCP Port Names
When you specify the protocol argument as tcp, the port argument can be a TCP port number, which is an integer from 0 to 65535. It can also be one of the following keywords:
bgp—Border Gateway Protocol (179)
chargen—Character generator (19)
cmd—Remote commands (rcmd, 514)
daytime—Daytime (13)
discard—Discard (9)
domain—Domain Name Service (53)
drip—Dynamic Routing Information Protocol (3949)
echo—Echo (7)
exec—Exec (rsh, 512)
finger—Finger (79)
ftp—File Transfer Protocol (21)
ftp-data—FTP data connections (2)
gopher—Gopher (7)
hostname—NIC hostname server (11)
ident—Ident Protocol (113)
irc—Internet Relay Chat (194)
klogin—Kerberos login (543)
kshell—Kerberos shell (544)
login—Login (rlogin, 513)
lpd—Printer service (515)
nntp—Network News Transport Protocol (119)
pim-auto-rp—PIM Auto-RP (496)
pop2—Post Office Protocol v2 (19)
pop3—Post Office Protocol v3 (11)
smtp—Simple Mail Transport Protocol (25)
sunrpc—Sun Remote Procedure Call (111)
tacacs—TAC Access Control System (49)
talk—Talk (517)
telnet—Telnet (23)
time—Time (37)
uucp—UNIX-to-UNIX Copy Program (54)
whois—WHOIS/NICNAME (43)
www—World Wide Web (HTTP, 8)
UDP Port Names
When you specify the protocol argument as udp, the port argument can be a UDP port number, which is an integer from 0 to 65535. It can also be one of the following keywords:
biff—Biff (mail notification, comsat, 512)
bootpc—Bootstrap Protocol (BOOTP) client (68)
bootps—Bootstrap Protocol (BOOTP) server (67)
discard—Discard (9)
dnsix—DNSIX security protocol auditing (195)
domain—Domain Name Service (DNS, 53)
echo—Echo (7)
isakmp—Internet Security Association and Key Management Protocol (5)
mobile-ip—Mobile IP registration (434)
nameserver—IEN116 name service (obsolete, 42)
netbios-dgm—NetBIOS datagram service (138)
netbios-ns—NetBIOS name service (137)
netbios-ss—NetBIOS session service (139)
non500-isakmp—Internet Security Association and Key Management Protocol (45)
ntp—Network Time Protocol (123)
pim-auto-rp—PIM Auto-RP (496)
rip—Routing Information Protocol (router, in.routed, 52)
snmp—Simple Network Management Protocol (161)
snmptrap—SNMP Traps (162)
sunrpc—Sun Remote Procedure Call (111)
syslog—System Logger (514)
tacacs—TAC Access Control System (49)
talk—Talk (517)
tftp—Trivial File Transfer Protocol (69)
time—Time (37)
who—Who service (rwho, 513)
xdmcp—X Display Manager Control Protocol (177)
Examples
This example shows how to configure an IPv4 ACL named acl-lab-01 with rules permitting all TCP and UDP traffic from the 10.23.0.0 and 192.168.37.0 networks to the 10.176.0.0 network:
switch# configure terminal
switch(config)# ip access-list acl-lab-01
switch(config-acl)# permit tcp 10.23.0.0/16 10.176.0.0/16
switch(config-acl)# permit udp 10.23.0.0/16 10.176.0.0/16
switch(config-acl)# permit tcp 192.168.37.0/16 10.176.0.0/16
switch(config-acl)# permit udp 192.168.37.0/16 10.176.0.0/16
This example shows how to configure an IPv4 ACL named acl-eng-to-marketing with a rule that permits all IP traffic from an IP-address object group named eng_workstations to an IP-address object group named marketing_group:
switch# configure terminal
switch(config)# ip access-list acl-eng-to-marketing
switch(config-acl)# permit ip addrgroup eng_workstations addrgroup marketing_group
Related Commands
Command
|
Description
|
deny (IPv4)
|
Configures a deny rule in an IPv4 ACL.
|
ip access-list
|
Configures an IPv4 ACL.
|
object-group ip address
|
Configures an IPv4 address object group.
|
object-group ip port
|
Configures an IP port object group.
|
remark
|
Configures a remark in an ACL.
|
show ip access-list
|
Displays all IPv4 ACLs or one IPv4 ACL.
|
statistics per-entry
|
Enables collection of statistics for each entry in an ACL.
|
time-range
|
Configures a time range.
|
permit (MAC)
To create a MAC ACL rule that permits traffic matching its conditions, use the permit command. To remove a rule, use the no form of this command.
[sequence-number] permit source destination [protocol] [cos cos-value] [vlan VLAN-ID]
no permit source destination [protocol] [cos cos-value] [vlan VLAN-ID]
no sequence-number
Syntax Description
sequence-number
|
(Optional) Sequence number of the permit command, which causes the device to insert the command in that numbered position in the access list. Sequence numbers maintain the order of rules within an ACL.
A sequence number can be any integer between 1 and 4294967295.
By default, the first rule in an ACL has a sequence number of 10.
If you do not specify a sequence number, the device adds the rule to the end of the ACL and assigns a sequence number that is 10 greater than the sequence number of the preceding rule.
Use the resequence command to reassign sequence numbers to rules.
|
source
|
Source MAC addresses that the rule matches. For details about the methods that you can use to specify this argument, see "Source and Destination" in the "Usage Guidelines" section.
|
destination
|
Destination MAC addresses that the rule matches. For details about the methods that you can use to specify this argument, see "Source and Destination" in the "Usage Guidelines" section.
|
protocol
|
(Optional) Protocol number that the rule matches. Valid protocol numbers are 0x0 to 0xffff. For listings of valid protocol names, see "MAC Protocols" in the "Usage Guidelines" section.
|
cos cos-value
|
(Optional) Specifies that the rule matches only packets with an IEEE 802.1Q header that contains the Class of Service (CoS) value given in the cos-value argument. The cos-value argument can be an integer from 0 to 7.
|
vlan VLAN-ID
|
(Optional) Specifies that the rule matches only packets with an IEEE 802.1Q header that contains the VLAN ID given. The VLAN-ID argument can be an integer from 1 to 4094.
|
Defaults
None
Command Modes
MAC ACL configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
A newly created MAC ACL contains no rules.
If you do not specify a sequence number, the device assigns a sequence number that is 10 greater than the last rule in the ACL.
When the device applies a MAC ACL to a packet, it evaluates the packet with every rule in the ACL. The device enforces the first rule that has conditions that are satisfied by the packet. When the conditions of more than one rule are satisfied, the device enforces the rule with the lowest sequence number.
This command does not require a license.
Source and Destination
You can specify the source and destination arguments in one of two ways. In each rule, the method you use to specify one of these arguments does not affect how you specify the other. When you configure a rule, use the following methods to specify the source and destination arguments:
•
Address and mask—You can use a MAC address followed by a mask to specify a single address or a group of addresses. The syntax is as follows:
The following example specifies the source argument with the MAC address 00c0.4f03.0a72:
switch(config-acl)# permit 00c0.4f03.0a72 0000.0000.0000 any
The following example specifies the destination argument with a MAC address for all hosts with a MAC vendor code of 00603e:
switch(config-acl)# permit any 0060.3e00.0000 0000.0000.0000
•
Any address—You can use the any keyword to specify that a source or destination is any MAC address. For examples of the use of the any keyword, see the examples in this section. Each of the examples shows how to specify a source or destination by using the any keyword.
MAC Protocols
The protocol argument can be the MAC protocol number or a keyword. The protocol number is a four-byte hexadecimal number prefixed with 0x. Valid protocol numbers are from 0x0 to 0xffff. Valid keywords are the following:
•
aarp—Appletalk ARP (0x80f3)
•
appletalk—Appletalk (0x809b)
•
decnet-iv—DECnet Phase IV (0x6003)
•
diagnostic—DEC Diagnostic Protocol (0x6005)
•
etype-6000—Ethertype 0x6000 (0x6000)
•
etype-8042—Ethertype 0x8042 (0x8042)
•
ip—Internet Protocol v4 (0x0800)
•
lat—DEC LAT (0x6004)
•
lavc-sca—DEC LAVC, SCA (0x6007)
•
mop-console—DEC MOP Remote console (0x6002)
•
mop-dump—DEC MOP dump (0x6001)
•
vines-echo—VINES Echo (0x0baf)
Examples
This example shows how to configure a MAC ACL named mac-filter with a rule that permits traffic between two groups of MAC addresses:
switch# configure terminal
switch(config)# mac access-list mac-filter
switch(config-mac-acl)# permit 00c0.4f00.0000 0000.00ff.ffff 0060.3e00.0000 0000.00ff.ffff
Related Commands
Command
|
Description
|
deny (MAC)
|
Configures a deny rule in a MAC ACL.
|
mac access-list
|
Configures a MAC ACL.
|
remark
|
Configures a remark in an ACL.
|
statistics per-entry
|
Enables collection of statistics for each entry in an ACL.
|
show mac access-list
|
Displays all MAC ACLs or one MAC ACL.
|
permit (role-based access control list)
To configure a permit action in a security group access control list (SGACL), use the permit command. To remove the action, use the no form of this command.
permit {all | icmp | igmp | ip | {{tcp | udp} [{src | dest} {{eq | gt | lt | neq} port-number} |
range port-number1 port-number2}]}
no permit {all | icmp | igmp | ip | {{tcp | udp} [{src | dest} {{eq | gt | lt | neq} port-number} |
range port-number1 port-number2}]}
Syntax Description
all
|
Specifies all traffic.
|
icmp
|
Specifies Internet Control Message Protocol (ICMP) traffic.
|
igmp
|
Specifies Internet Group Management Protocol (IGMP) traffic.
|
ip
|
Specifies IP traffic.
|
tcp
|
Specifies TCP traffic.
|
udp
|
Specifies User Datagram Protocol (UDP) traffic.
|
src
|
Specifies the source port number.
|
dest
|
Specifies the destination port number
|
eq
|
Specifies equal to the port number.
|
gt
|
Specifies greater than the port number.
|
lt
|
Specifies less than the port number.
|
neq
|
Specifies not equal to the port number.
|
port-number
|
Port number for TCP or UDP. The range is from 0 to 65535.
|
range
|
Specifies a port range for TCP or UDP.
|
port-number1
|
First port in the range. The range is from 0 to 65535.
|
port-number2
|
Last port in the range. The range is from 0 to 65535.
|
Defaults
None
Command Modes
role-based access control list
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
To use this command, you must enable the Cisco TrustSec feature using the feature cts command.
This command requires the Advanced Services license.
Examples
This example shows how to add a permit action to an SGACL:
switch# configure terminal
switch(config)# cts role-based access-list MySGACL
switch(config-rbacl)# permit icmp
This example shows how to remove a permit action from an SGACL:
switch# configure terminal
switch(config)# cts role-based access-list MySGACL
switch(config-rbacl)# no permit icmp
Related Commands
Command
|
Description
|
cts role-based access-list
|
Configures Cisco TrustSec SGACLs.
|
deny (role-based access control list)
|
Configures permit actions in an SGACL.
|
feature cts
|
Enables the Cisco TrustSec feature.
|
show cts role-based access-list
|
Displays the Cisco TrustSec SGACL configuration.
|
permit interface
To permit interfaces for a user role interface policy, use the permit interface command. To deny interfaces, use the no form of this command.
permit interface {ethernet slot/port[- port2]| interface-list}
no permit interface
Syntax Description
ethernet slot/port
|
Ethernet interface identifier.
|
- port
|
Specifies the last interface in a range of interfaces on a module.
|
interface-list
|
Comma-separated list of Ethernet interface identifiers.
|
Defaults
All interfaces
Command Modes
User role interface policy configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
The interface policy deny command denies a user role access to all interfaces except for those that you allow with the permit interface command.
This command does not require a license.
Examples
This example shows how to permit a range of interfaces for a user role interface policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# interface policy deny
switch(config-role-interface)# permit interface ethernet 2/1 - 8
This example shows how to permit a list of interfaces for a user role interface policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# interface policy deny
switch(config-role-interface)# permit interface ethernet 1/1, ethernet 1/3, ethernet 1/5,
ethernet 1/7
This example shows how to deny an interface in a user role interface policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# interface policy deny
switch(config-role-interface)# no permit interface ethernet 2/1
Related Commands
Command
|
Description
|
interface policy deny
|
Enters interface policy configuration mode for a user role.
|
role name
|
Creates or specifies a user role and enters user role configuration mode.
|
show role
|
Displays user role information.
|
permit vlan
To permit VLANs for a user role VLAN policy, use the permit vlan command. To remove VLANs, use the no form of this command.
permit vlan {vlan-id[- vlan-id2] | vlan-list}
no permit vlan
Syntax Description
vlan-id
|
VLAN identifier. The range is 1-3967 and 4048-4093.
|
- vlan-id2
|
Specifies the last VLAN identifier in a range. The VLAN identifier must be greater than the first VLAN identifier in the range.
|
vlan-list
|
Comma separated list of VLAN identifiers.
|
Defaults
All VLANs
Command Modes
User role VLAN policy configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
The vlan policy deny command denies a user role access to all VLANs except for those that you allow with the permit vlan command.
This command does not require a license.
Examples
This example shows how to permit a VLAN identifier for a user role VLAN policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vlan policy deny
switch(config-role-vlan)# permit vlan 8
This example shows how to permit a range of VLAN identifiers for a user role VLAN policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vlan policy deny
switch(config-role-vlan)# permit vlan 1-8
This example shows how to permit a list of VLAN identifiers for a user role VLAN policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vlan policy deny
switch(config-role-vlan)# permit vlan 1, 10, 12, 20
This example shows how to deny a VLAN from a user role VLAN policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vlan policy deny
switch(config-role-vlan)# no permit vlan 2
Related Commands
Command
|
Description
|
vlan policy deny
|
Enters VLAN policy configuration mode for a user role.
|
role name
|
Creates or specifies a user role and enters user role configuration mode.
|
show role
|
Displays user role information.
|
permit vrf
To permit virtual routing and forwarding instances (VRFs) for a user role VRF policy, use the permit vrf command. To remove VRFs, use the no form of this command.
permit vrf vrf-name
no permit vrf vrf-name
Syntax Description
vrf-name
|
VRF name. The name is case sensitive.
|
Defaults
All VRFs
Command Modes
User role VRF policy configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
The vrf policy deny command denies a user role access to all VRFs except for those that you allow with the permit vrf command.
You can repeat this command to allow more than on VRF name for the user role.
This command does not require a license.
Examples
This example shows how to permit a VRF name for a user role VRF policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vrf policy deny
switch(config-role-vrf)# permit vrf management
This example shows how to permit a VRF name from a user role VRF policy:
switch# configure terminal
switch(config)# role name MyRole
switch(config-role)# vrf policy deny
switch(config-role-vrf)# no permit vrf engineering
Related Commands
Command
|
Description
|
vrf policy deny
|
Enters VRF policy configuration mode for a user role.
|
role name
|
Creates or specifies a user role and enters user role configuration mode.
|
show role
|
Displays user role information.
|
platform access-list update
To configure how supervisor modules update I/O modules with changes to access control lists (ACLs), use the platform access-list command. To disable atomic updates, use the no form of this command.
platform access-list update {atomic | default-result permit}
no platform access-list update {atomic | default-result permit}
Syntax Description
atomic
|
Specifies that the device performs atomic updates, which do not disrupt traffic during the update. By default, an NX-OS device performs atomic ACL updates.
|
default-result permit
|
Specifies that, during non-atomic updates, the device permits traffic that the updated ACL applies to.
|
Defaults
atomic
Command Modes
Global configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
By default, an NX-OS device performs atomic ACL updates, which do not disrupt traffic that the updated ACL applies to; however, atomic updates require that the I/O modules that receive the updates have enough available resources to store each of the updated entries in the affected ACL. After the update occurs, the additional resources used for the update are freed. If the I/O module lacks the required resources, the device generates an error message and the ACL update to the I/O module fails.
If an I/O module lacks required resources, you can disable atomic updates by using the no platform access-list update atomic command; however, during the brief time required for the device to remove the old ACL and implement the updated ACL, traffic that the ACL applies to is dropped by default.
If you want to permit all traffic that the updated ACL applies during a non-atomic update, use the platform access-list update default-result permit command.
This command does not require a license.
Examples
This example shows how disable atomic updates to ACLs:
switch# configure terminal
switch(config)# no platform access-list update atomic
This example shows how to permit affected traffic during a non-atomic ACL update:
switch# configure terminal
switch(config)# platform access-list update default-result permit
This example shows how to revert to the atomic update method:
switch# configure terminal
switch(config)# no access-list update default-result permit
switch(config)# platform access-list update atomic
Related Commands
Command
|
Description
|
show running-config all
|
Displays the running configuration, including the default configuration.
|
platform rate-limit
To configure rate limits in packets per second on egress traffic, use the platform rate-limit command. To revert to the default, use the no form of this command.
platform rate-limit {access-list-log | copy | layer-2 {port-security | storm-control} | layer-3
{control | glean | mtu | multicast {directly-connect | local-groups | rpf-leak} | ttl} | receive}
packets
no platform rate-limit {access-list-log | copy | layer-2 {port-security | storm-control} | layer-3
{control | glean | mtu | multicast {directly-connect | local-groups | rpf-leak} | ttl} | receive}
[packets]
Syntax Description
access-list-log
|
Specifies packets copied to the supervisor module for access list logging. The default rate is 100 packets per second.
|
copy
|
Specifies data and control packets copied to the supervisor module. The default rate is 30000 packets per second.
|
layer-2 storm-control
|
Specifies storm control packets. The default rate is 0 packets per second.
|
layer-2
|
Specifies Layer 2 packets rate limits.
|
port-security
|
Specifies port security packets. The default is disabled.
|
storm-control
|
Specifies storm control packets. The default is disabled.
|
layer-3
|
Specifies Layer 3 packets.
|
control
|
Specifies Layer-3 control packets. The default rate is 10000 packets per second.
|
glean
|
Specifies Layer-3 glean packets. The default rate is 100 packets per second.
|
mtu
|
Specifies Layer-3 MTU failure redirected packets. The default rate is 500 packets per second.
|
multicast
|
Specifies Layer-3 multicast packets per second.
|
directly-connect
|
Specifies directly connected multicast packets. The default rate is 10000 packets per second.
|
local-groups
|
Specifies local groups multicast packets. The default rate is 10000 packets per second.
|
rpf-leak
|
Specifies Reverse Path Forwarding (RPF) leak packets. The default rate is 500 packets per second.
|
ttl
|
Specifies Layer-3 failed time-to-live redirected packets. The default rate is 500 packets per second.
|
receive
|
Specifies packets redirected to the supervisor module. The default rate is 30000 packets per second.
|
packets
|
Number of packets per second. The range is from 1 to 33554431.
|
Defaults
See Syntax Description for the default rate limits.
Command Modes
Global configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
4.0(3)
|
Added the port-security keyword.
|
Usage Guidelines
This command does not require a license.
Examples
This example shows how to configure a rate limit for control packets:
switch# configure terminal
switch(config)# platform rate-limit layer-3 control 20000
This example shows how to revert to the default rate limit for control packets:
switch# configure terminal
switch(config)# no platform rate-limit layer-3 control
Related Commands
Command
|
Description
|
show running-config
|
Displays the running-configuration.
|
police (policy map)
To configure policing for a class map in a control plane policy map, use the police command. To remove policing for a class map in a control plane policy map, use the no form of this command.
police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
police [cir] cir-rate [bps | gbps | kbps | mbps] [bc] burst-size [bytes | kbytes | mbytes | ms |
packets | us]
police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
conform {drop | set-cos-transmit cos-value | set-dscp-transmit dscp-value |
set-prec-transmit prec-value | transmit} [exceed {drop | set dscp dscp table
cir-markdown-map | transmit}] [violate {drop | set dscp dscp table pir-markdown-map |
transmit}]
police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
pir pir-rate [bps | gbps | kbps | mbps] [[be] extended-burst-size [bytes | kbytes | mbytes | ms
| packets | us]]
no police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
n o police [cir] cir-rate [bps | gbps | kbps | mbps | pps] [bc] burst-size [bytes | kbytes | mbytes |
ms | packets | us]
no police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
conform {drop | set-cos-transmit cos-value | set-dscp-transmit dscp-value |
set-prec-transmit prec-value | transmit} [exceed {drop | set dscp dscp table
cir-markdown-map | transmit}] [violate {drop | set dscp dscp table pir-markdown-map |
transmit}]
no police [cir] cir-rate [bps | gbps | kbps | mbps | pps]
pir pir-rate [bps | gbps | kbps | mbps | pps] [[be] extended-burst-size [bytes | kbytes | mbytes
| ms | packets | us]]
Syntax Description
cir
|
(Optional) Specifies the committed information rate (CIR).
|
cir-rate
|
CIR rate. The range is from 0 to 80000000000.
|
bps | gbps | kbps | mbps | pps
|
(Optional) Specifies units for traffic rates bytes per second in bits per second, gigabits per second, kilobits per second, megabits per second, or packets per second.
|
bc
|
(Optional) Specifies the committed burst size.
|
burst-size
|
Committed burst size. The range is from 1 to 512000000.
|
bytes | kbytes | mbytes | ms | | packets | us
|
(Optional) Specifies the units for a burst in bytes, kilobytes, megabytes, milliseconds, packets, or microseconds.
|
conform
|
Configures an action when the traffic conforms to the specified rates and bursts.
|
drop
|
Specifies the drop action.
|
set-cos-transmit cos-value
|
Specifies setting the class of service (CoS) value. The range is from 0 to 7.
|
set-dscp-transmit dscp-value
|
Specifies the differentiated services code point (DSCP) value for IPv4 and IPv6 packets. The range is from 0 to 63.
|
set-prec-transmit prec-value
|
Specifies the precedence value for IPv4 and IPv6 packets. The range is from 0 to 7.
|
transmit
|
Specifies the transmit action.
|
exceed
|
Configures an action when the traffic exceeds the specified rates and bursts.
|
set dscp dscp table cir-markdown-map
|
Flags the packet on the CIR markdown map.
|
violate
|
(Optional) Configures an action when the traffic violates the specified rates and bursts.
|
set dscp dscp table pir-markdown-map
|
Flags the packet on the PIR markdown map.
|
pir pir-rate
|
Specifies the PIR rate.
|
be
|
(Optional) Specifies the extended burst size.
|
extended-burst-size
|
Extended burst size. The range is from 1 to 512000000.
|
Defaults
None
Command Modes
Policy map configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
You can use this command only in the default VDC.
This command does not require a license.
Examples
This example shows how to specify a control plane policy map and enter policy map configuration mode:
switch# configure terminal
switch(config)# policy-map type control-plane PolicyMapA
switch(config-pmap)# class ClassMapA
switch(config-pmap-c)# police cir 2000 kbps
This example shows how to delete a control plane policy map:
switch# configure terminal
switch(config)# policy-map type control-plane PolicyMapA
switch(config-pmap)# class ClassMapA
switch(config-pmap-c)# no police 2000 kbps
Related Commands
Command
|
Description
|
class (policy map)
|
Specifies a control plane class map for a control plane policy map and enters policy map class configuration mode.
|
show policy-map type control-plane
|
Displays configuration information for control plane policy maps.
|
policy
To manually configure a Cisco TrustSec authentication policy on an interface with either a Cisco TrustSec device identifier or security group tag (SGT), use the policy command. To revert to the default, use the no form of this command.
policy {dynamic identity device-id | static sgt sgt-value [trusted]}
no policy {dynamic | static}
Syntax Description
dynamic identity
|
Specifies a dynamic policy using a Cisco TrustSec device identifier.
|
device-id
|
Cisco TrustSec device identifier. The device identifier is case sensitive.
|
static sgt
|
Specifies a static policy using an SGT.
|
sgt-value
|
Cisco TrustSec SGT. The format is 0xhhhh. The range is 0x1 to 0xfffd.
|
trusted
|
(Optional) Specifies that traffic coming on the interface with the SGT should not have its tag overridden.
|
Defaults
None
Command Modes
Cisco TrustSec manual configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
4.0(3)
|
Removed the keywords and options following dynamic and static in the no form of this command.
|
Usage Guidelines
To use this command, you must enable the Cisco TrustSec feature using the feature cts command.
After using this command, you must enable and disable the interface using the shutdown/no shutdown command sequence for the configuration to take effect.
This command requires the Advanced Services license.
Examples
This example shows how to manually configure a dynamic Cisco TrustSec policy on an interface:
switch# configure terminal
switch(config)# interface ethernet 2/3
switch(config-if)# cts manual
switch(config-if-cts-manual)# policy dynamic identity DeviceB
switch(config-if-cts-manual)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
This example shows how to remove a manually configured dynamic Cisco TrustSec policy from an interface:
switch# configure terminal
switch(config)# interface ethernet 2/3
switch(config-if)# cts manual
switch(config-if-cts-manual)# no policy dynamic identity DeviceB
switch(config-if-cts-manual)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
This example shows how to manually configure a static Cisco TrustSec policy on an interface:
switch# configure terminal
switch(config)# interface ethernet 2/4
switch(config-if)# cts manual
switch(config-if-cts-manual)# policy static sgt 0x100
switch(config-if-cts-manual)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
This example shows how to remove a manually configured static Cisco TrustSec policy on an interface:
switch# configure terminal
switch(config)# interface ethernet 2/4
switch(config-if)# cts manual
switch(config-if-cts-manual)# no policy static sgt 0x100
switch(config-if-cts-manual)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
Related Commands
Command
|
Description
|
cts manual
|
Enters Cisco TrustSec manual configuration mode for an interface.
|
feature cts
|
Enables the Cisco TrustSec feature.
|
show cts interface
|
Displays the Cisco TrustSec configuration for interfaces.
|
policy-map type control-plane
To create or specify a control plane policy map and enter policy map configuration mode, use the policy-map type control-plane command. To delete a control plane policy map, use the no form of this command.
policy-map type control-plane policy-map-name
no policy-map type control-plane policy-map-name
Syntax Description
policy-map-name
|
Name of the class map. The name is alphanumeric, case sensitive, and has a maximum of 64 characters.
|
Defaults
None
Command Modes
Global configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(1)
|
This command was introduced.
|
Usage Guidelines
You can use this command only in the default VDC.
This command does not require a license.
Examples
This example shows how to specify a control plane policy map and enter policy map configuration mode:
switch# configure terminal
switch(config)# policy-map type control-plane PolicyMapA
This example shows how to delete a control plane policy map:
switch# configure terminal
switch(config)# no policy-map type control-plane PolicyMapA
Related Commands
Command
|
Description
|
show policy-map type control-plane
|
Displays configuration information for control plane policy maps.
|
propagate-sgt
To enable SGT propagation on Layer 2 Cisco TrustSec interfaces, use the propagate-sgt command. To disable SGT propagation, use the no form of this command.
propagate-sgt
no propagate-sgt
Syntax Description
This command has no arguments or keywords.
Defaults
Enabled
Command Modes
Global configuration
Supported User Roles
network-admin
vdc-admin
Command History
Release
|
Modification
|
4.0(3)
|
This command was introduced.
|
Usage Guidelines
You can disable the SGT propagation feature on an interface if the peer device connected to the interface can not handle Cisco TrustSec packets tagged with an SGT.
To use this command, you must enable the Cisco TrustSec feature using the feature cts command.
After using this command, you must enable and disable the interface using the shutdown/no shutdown command sequence for the configuration to take effect.
This command requires the Advanced Services license.
Examples
This example shows how to disable SGT propagation:
switch# configure terminal
switch(config)# interface ethernet 2/1
switch(config-if)# cts dot1x
switch(config-if-cts-dot1x)# no propagate-sgt
switch(config-if-cts-dot1x)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
This example shows how to enable SGT propagation:
switch# configure terminal
switch(config)# interface ethernet 2/1
switch(config-if)# cts dot1x
switch(config-if-cts-dot1x)# propagate-sgt
switch(config-if-cts-dot1x)# exit
switch(config-if)# shutdown
switch(config-if)# no shutdown
Related Commands
Command
|
Description
|
cts dot1x
|
Enters Cisco TrustSec 802.1X configuration mode for an interface.
|
feature cts
|
Enables the Cisco TrustSec feature.
|
show cts interface
|
Displays the Cisco TrustSec configuration for interfaces.
|