Hewlett Packard Enterprise FlexFabric 5940 Series User manual

HPE FlexFabric 5940 Switch Series
A
CL and QoS Configuration Guide
Part number: 5200-1002b
Software version: Release 25xx
Document version: 6W102-20170830

© Copyright 2017 Hewlett Packard Enterprise Development LP
The information contained herein is subject to change without notice. The only warranties for Hewlett Packard
Enterprise products and services are set forth in the express warranty statements accompanying such
products and services. Nothing herein should be construed as constituting an additional warranty. Hewlett
Packard Enterprise shall not be liable for technical or editorial errors or omissions contained herein.
Confidential computer software. Valid license from Hewlett Packard Enterprise required for possession, use, or
copying. Consistent with FAR 12.211 and 12.212, Commercial Computer Software, Computer Software
Documentation, and Technical Data for Commercial Items are licensed to the U.S. Government under vendor’s
standard commercial license.
Links to third-party websites take you outside the Hewlett Packard Enterprise website. Hewlett Packard
Enterprise has no control over and is not responsible for information outside the Hewlett Packard Enterprise
website.
Acknowledgments
Intel®, Itanium®, Pentium®, Intel Inside®, and the Intel Inside logo are trademarks of Intel Corporation in the
United States and other countries.
Microsoft® and Windows® are either registered trademarks or trademarks of Microsoft Corporation in the
United States and/or other countries.
Adobe® andAcrobat® are trademarks ofAdobe Systems Incorporated.
Java and Oracle are registered trademarks of Oracle and/or its affiliates.
UNIX® is a registered trademark of The Open Group.

i
Contents
Configuring ACLs ·············································································1
Overview··································································································································1
ACL types··························································································································1
Numbering and naming ACLs ································································································1
Match order························································································································1
Rule numbering ··················································································································2
Fragment filtering with ACLs ··································································································3
Configuration restrictions and guidelines ·························································································3
Configuration task list··················································································································4
Configuring a basic ACL ··············································································································4
Configuring an IPv4 basic ACL·······························································································4
Configuring an IPv6 basic ACL·······························································································5
Configuring an advanced ACL ······································································································6
Configuring an IPv4 advanced ACL·························································································6
Configuring an IPv6 advanced ACL·························································································7
Configuring a Layer 2 ACL ···········································································································8
Configuring a user-defined ACL ····································································································9
Copying an ACL ······················································································································ 10
Configuring packet filtering with ACLs ·························································································· 10
Applying an ACL to an interface for packet filtering ··································································· 10
Configuring the applicable scope of packet filtering on a VLAN interface ······································· 11
Configuring logging and SNMP notifications for packet filtering ··················································· 11
Setting the packet filtering default action················································································· 12
Displaying and maintaining ACLs ································································································ 12
ACL configuration examples······································································································· 13
Interface-based packet filter configuration example··································································· 13
QoS overview················································································ 15
QoS service models ················································································································· 15
Best-effort service model ···································································································· 15
IntServ model ··················································································································· 15
DiffServ model ·················································································································· 15
QoS techniques overview ·········································································································· 15
Deploying QoS in a network ································································································ 16
QoS processing flow in a device ··························································································· 16
Configuring a QoS policy ·································································18
Non-MQC approach ················································································································· 18
MQC approach························································································································ 18
Configuration procedure diagram ································································································ 18
Defining a traffic class ··············································································································· 19
Defining a traffic behavior ·········································································································· 19
Defining a QoS policy ··············································································································· 19
Applying the QoS policy ············································································································ 20
Applying the QoS policy to an interface ·················································································· 20
Applying the QoS policy to VLANs ························································································ 21
Applying the QoS policy globally ··························································································· 21
Applying the QoS policy to a control plane ·············································································· 21
Applying the QoS policy to a user profile ················································································ 22
Displaying and maintaining QoS policies······················································································· 23
Configuring priority mapping ·····························································24
Overview································································································································ 24
Introduction to priorities ······································································································ 24
Priority maps ···················································································································· 24
Priority mapping configuration tasks····························································································· 25
Configuring a priority map ·········································································································· 25

ii
Configuring an interface to trust packet priority for priority mapping····················································· 26
Changing the port priority of an interface······················································································· 26
Displaying and maintaining priority mapping ·················································································· 27
Priority mapping configuration examples ······················································································· 27
Port priority configuration example ························································································ 27
Priority mapping table and priority marking configuration example ··············································· 28
Configuring traffic policing, GTS, and rate limit ····································· 32
Overview································································································································ 32
Traffic evaluation and token buckets······················································································ 32
Traffic policing ·················································································································· 33
GTS ······························································································································· 34
Rate limit ························································································································· 35
Configuration restrictions and guidelines ······················································································· 36
Configuring traffic policing by using the MQC approach···································································· 36
Configuring GTS by using the non-MQC approach·········································································· 37
Configuring the rate limit for an interface ······················································································· 38
Displaying and maintaining traffic policing, GTS, and rate limit··························································· 38
Traffic policing, GTS, and rate limit configuration example ································································ 38
Network requirements ········································································································ 38
Configuration procedure ····································································································· 39
Configuring congestion management ·················································42
Overview································································································································ 42
SP queuing ······················································································································ 42
WRR queuing ··················································································································· 43
WFQ queuing ··················································································································· 44
Configuration approaches and task list ························································································· 44
Configuring per-queue congestion management············································································· 45
Configuring SP queuing ······································································································ 45
Configuring WRR queuing··································································································· 45
Configuring WFQ queuing ··································································································· 46
Configuring SP+WRR queuing ····························································································· 46
Configuring SP+WFQ queuing ····························································································· 47
Configuring a queue scheduling profile ························································································· 48
Configuration restrictions and guidelines ················································································ 49
Configuration procedure ····································································································· 49
Queue scheduling profile configuration example ······································································ 50
Displaying and maintaining congestion management······································································· 51
Configuring congestion avoidance ·····················································52
Overview································································································································ 52
Tail drop ·························································································································· 52
RED and WRED ··············································································································· 52
Relationship between WRED and queuing mechanisms ···························································· 53
ECN ······························································································································· 53
Configuring and applying a queue-based WRED table ····································································· 54
Configuration procedure ····································································································· 55
Configuration example········································································································ 55
Displaying and maintaining WRED ······························································································ 56
Configuring traffic filtering ································································57
Configuration procedure ············································································································ 57
Configuration example ·············································································································· 57
Network requirements ········································································································ 57
Configuration procedure ····································································································· 58
Configuring priority marking······························································ 59
Configuration procedure ············································································································ 59
Configuration example ·············································································································· 60
Network requirements ········································································································ 60
Configuration procedure ····································································································· 61

iii
Configuring nesting········································································· 63
Configuration procedure ············································································································ 63
Configuration example ·············································································································· 63
Network requirements ········································································································ 63
Configuration procedure ····································································································· 64
Configuring traffic redirecting ····························································66
Configuration procedure ············································································································ 66
Configuration example ·············································································································· 67
Network requirements ········································································································ 67
Configuration procedure ····································································································· 68
Configuring global CAR ··································································· 69
Overview································································································································ 69
Aggregate CAR················································································································· 69
Hierarchical CAR··············································································································· 69
Configuring aggregate CAR by using the MQC approach ································································· 70
Displaying and maintaining global CAR ························································································ 70
Configuring class-based accounting ··················································· 71
Configuration procedure ············································································································ 71
Configuration example ·············································································································· 72
Network requirements ········································································································ 72
Configuration procedure ····································································································· 72
Appendixes··················································································· 74
Appendix A Acronym ················································································································ 74
Appendix B Default priority maps································································································· 74
Appendix C Introduction to packet precedence··············································································· 75
IP precedence and DSCP values·························································································· 75
802.1p priority··················································································································· 77
EXP values ······················································································································ 77
Configuring time ranges··································································· 79
Configuration procedure ············································································································ 79
Displaying and maintaining time ranges ························································································ 79
Time range configuration example ······························································································· 79
Configuring data buffers ··································································81
Configuration task list················································································································ 82
Enabling the Burst feature·········································································································· 82
Configuring data buffers manually ······························································································· 83
Setting the total shared-area ratio ························································································· 83
Setting the maximum shared-area ratio for a queue ·································································· 83
Setting the fixed-area ratio for a queue··················································································· 83
Applying data buffer configuration ························································································· 84
Displaying and maintaining data buffers························································································ 84
Burst configuration example ······································································································· 84
Configuring QCN············································································ 86
Basic concepts ························································································································ 86
QCN message format ··············································································································· 86
Data flow format················································································································ 86
CNM format ····················································································································· 87
How QCN works ······················································································································ 88
QCN algorithm ························································································································ 89
CP algorithm ···················································································································· 89
RP algorithm ···················································································································· 89
CND······································································································································ 90
CND defense mode ··········································································································· 90
Priority mapping ················································································································ 90

iv
Protocols and standards ············································································································ 90
QCN configuration task list········································································································· 90
Enabling QCN ························································································································· 91
Configuration prerequisites·································································································· 91
Configuration procedure ····································································································· 91
Configuring CND settings ·········································································································· 91
Configuring global CND settings ··························································································· 91
Configuring CND settings for an interface ··············································································· 92
Configuring congestion detection parameters················································································· 92
Displaying and maintaining QCN ································································································· 93
QCN configuration examples ······································································································ 93
Basic QCN configuration example························································································· 93
MultiCND QCN configuration example ··················································································· 96
Document conventions and icons ···················································· 102
Conventions ························································································································· 102
Network topology icons ··········································································································· 103
Support and other resources ·························································· 104
Accessing Hewlett Packard Enterprise Support ············································································ 104
Accessing updates ················································································································· 104
Websites ······················································································································· 105
Customer self repair········································································································· 105
Remote support ·············································································································· 105
Documentation feedback ·································································································· 105
Index ························································································· 107

1
Configuring ACLs
Overview
An access control list (ACL) is a set of rules for identifying traffic based on criteria such as source IP
address, destination IP address, and port number. The rules are also called permit or deny
statements.
ACLs are primarily used for packet filtering. "Configuring packet filtering with ACLs" provides an
example. You can use ACLs in QoS, security, routing, and other modules for identifying traffic. The
packet drop or forwarding decisions depend on the modules that use ACLs.
ACL types
Type ACL number IP version Match criteria
Basic ACLs 2000 to 2999
IPv4 Source IPv4 address.
IPv6 Source IPv6 address.
Advanced ACLs 3000 to 3999
IPv4
Source IPv4 address, destination IPv4
address, packet priority, protocol number, and
other Layer 3 and Layer 4 header fields.
IPv6
Source IPv6 address, destination IPv6
address, packet priority, protocol number, and
other Layer 3 and Layer 4 header fields.
Layer 2 ACLs 4000 to 4999 IPv4 and IPv6
Layer 2 header fields, such as source and
destination MAC addresses, 802.1p priority,
and link layer protocol type.
User-defined ACLs 5000 to 5999 IPv4 and IPv6 User specified matching patterns in protocol
headers.
Numbering and naming ACLs
When creating an ACL, you must assign it a number or name for identification. You can specify an
existing ACL by its number or name. Each ACL type has a unique range of ACL numbers.
For an IPv4 basic or advanced ACL, its ACL number or name must be unique in IPv4. For an IPv6
basic or advanced ACL, its ACL number and name must be unique in IPv6. For an ACL of some
other type, its number or name must be globally unique.
Match order
The rules in an ACL are sorted in a specific order. When a packet matches a rule, the device stops
the match process and performs the action defined in the rule. If an ACL contains overlapping or
conflicting rules, the matching result and action to take depend on the rule order.
The following ACL match orders are available:
•config—Sorts ACL rules in ascending order of rule ID. A rule with a lower ID is matched before
a rule with a higher ID. If you use this method, check the rules and their order carefully.
NOTE:
The match order of user-defined ACLs can only be config.

2
•auto—Sorts ACL rules in depth-first order. Depth-first ordering makes sure any subset of a rule
is always matched before the rule. Table 1 lists the sequence of tie breakers that depth-first
ordering uses to sort rules for each type of ACL.
Table 1 Sort ACL rules in depth-first order
ACL type Sequence of tie breakers
IPv4 basic ACL
1. VPN instance.
2. More 0s in the source IPv4 address wildcard (more 0s means a
narrower IPv4 address range).
3. Rule configured earlier.
IPv4 advanced ACL
1. VPN instance.
2. Specific protocol number.
3. More 0s in the source IPv4 address wildcard mask.
4. More 0s in the destination IPv4 address wildcard.
5. Narrower TCP/UDP service port number range.
6. Rule configured earlier.
IPv6 basic ACL
1. VPN instance.
2. Longer prefix for the source IPv6 address (a longer prefix means a
narrower IPv6 address range).
3. Rule configured earlier.
IPv6 advanced ACL
1. VPN instance.
2. Specific protocol number.
3. Longer prefix for the source IPv6 address.
4. Longer prefix for the destination IPv6 address.
5. Narrower TCP/UDP service port number range.
6. Rule configured earlier.
Layer 2 ACL
1. More 1s in the source MAC address mask (more 1s means a smaller
MAC address).
2. More 1s in the destination MAC address mask.
3. Rule configured earlier.
A wildcard mask, also called an inverse mask, is a 32-bit binary number represented in dotted
decimal notation. In contrast to a network mask, the 0 bits in a wildcard mask represent "do care" bits,
and the 1 bits represent "don't care" bits. If the "do care" bits in an IP address are identical to the "do
care" bits in an IP address criterion, the IP address matches the criterion. All "don't care" bits are
ignored. The 0s and 1s in a wildcard mask can be noncontiguous. For example, 0.255.0.255 is a
valid wildcard mask.
Rule numbering
ACL rules can be manually numbered or automatically numbered. This section describes how
automatic ACL rule numbering works.
Rule numbering step
If you do not assign an ID to the rule you are creating, the system automatically assigns it a rule ID.
The rule numbering step sets the increment by which the system automatically numbers rules. For
example, the default ACL rule numbering step is 5. If you do not assign IDs to rules you are creating,
they are automatically numbered 0, 5, 10, 15, and so on. The wider the numbering step, the more
rules you can insert between two rules.
By introducing a gap between rules rather than contiguously numbering rules, you have the flexibility
of inserting rules in an ACL. This feature is important for a config-order ACL, where ACL rules are
matched in ascending order of rule ID.

3
Automatic rule numbering and renumbering
The ID automatically assigned to an ACL rule takes the nearest higher multiple of the numbering step
to the current highest rule ID, starting with 0.
For example, if the step is 5, and there are five rules numbered 0, 5, 9, 10, and 12, the newly defined
rule is numbered 15. If the ACL does not contain a rule, the first rule is numbered 0.
Whenever the step changes, the rules are renumbered, starting from 0. For example, changing the
step from 5 to 2 renumbers rules 5, 10, 13, and 15 as rules 0, 2, 4, and 6.
Fragment filtering with ACLs
Traditional packet filtering matches only first fragments of packets, and allows all subsequent
non-first fragments to pass through. Attackers can fabricate non-first fragments to attack networks.
To avoid risks, the ACL feature is designed as follows:
•Filters all fragments by default, including non-first fragments.
•Allows for matching criteria modification for efficiency. For example, you can configure the ACL
to filter only non-first fragments.
Configuration restrictions and guidelines
When you configure ACLs, follow these restrictions and guidelines:
•Matching packets are forwarded through slow forwarding if an ACL rule contains match criteria
or has functions enabled in addition to the following match criteria and functions:
{Source and destination IP addresses.
{Source and destination ports.
{Transport layer protocol.
{ICMP or ICMPv6 message type, message code, and message name.
{VPN instance.
{Logging.
{Time range.
Slow forwarding requires packets to be sent to the control plane for forwarding entry calculation,
which affects the device forwarding performance.
•On a border gateway in a VXLAN or EVPN network, an ACL applied to a Layer 3 Ethernet
interface or Layer 3 aggregate interface matches the packets on both the interface and its
subinterfaces. For information about VXLAN and EVPN, see VXLAN Configuration Guide and
EVPN Configuration Guide.

4
Configuration task list
Tasks at a glance
(Required.) Configure ACLs according to the characteristics of the packets to be matched:
•Configuring a basic ACL
{Configuring an IPv4 basic ACL
{Configuring an IPv6 basic ACL
•Configuring an advanced ACL
{Configuring an IPv4 advanced ACL
{Configuring an IPv6 advanced ACL
•Configuring a Layer 2 ACL
•Configuring a user-defined ACL
(Optional.) Copying an ACL
(Optional.) Configuring packet filtering with ACLs
Configuring a basic ACL
This section describes procedures for configuring IPv4 and IPv6 basic ACLs.
Configuring an IPv4 basic ACL
IPv4 basic ACLs match packets based only on source IP addresses.
To configure an IPv4 basic ACL:
Step Command Remarks
1. Enter system view. system-view N/A
2. Create an IPv4 basic ACL
and enter its view.
acl basic { acl-number | name
acl-name } [ match-order { auto |
config } ]
By default, no ACLs exist.
The value range for a numbered
IPv4 basic ACL is 2000 to 2999.
Use the acl basic acl-number
command to enter the view of a
numbered IPv4 basic ACL.
Use the acl basic name acl-name
command to enter the view of a
named IPv4 basic ACL.
3. (Optional.) Configure a
description for the IPv4 basic
ACL. description text By default, an IPv4 basic ACL
does not have a description.
4. (Optional.) Set the rule
numbering step. step step-value [ start
start-value ]
By default, the rule numbering
step is 5 and the start rule ID is 0.

5
Step Command Remarks
5. Create or edit a rule.
rule [ rule-id ] { deny | permit }
[ counting | fragment | logging |
source { source-address
source-wildcard | any } |
time-range time-range-name |
vpn-instance
vpn-instance-name ] *
By default, no IPv4 basic ACL
rules exist.
The logging keyword takes effect
only when the module (for
example, packet filtering) that
uses the ACL supports logging.
If an IPv4 basic ACL is used for
QoS traffic classification or packet
filtering in a VXLAN network, the
ACL matches packets as follows:
•The ACL matches outgoing
VXLAN packets by outer
IPv4 header information on a
VTEP.
•The ACL matches incoming
VXLAN packets by outer
IPv4 header information on
an intermediate transport
device.
•The ACL matches
de-encapsulated incoming
VXLAN packets by IPv4
header information on a
VTEP.
6. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Configuring an IPv6 basic ACL
IPv6 basic ACLs match packets based only on source IP addresses.
To configure an IPv6 basic ACL:
Step Command Remarks
1. Enter system view. system-view N/A
2. Create an IPv6 basic ACL
view and enter its view.
acl ipv6 basic { acl-number |
name acl-name } [ match-order
{ auto | config } ]
By default, no ACLs exist.
The value range for a numbered
IPv6 basic ACL is 2000 to 2999.
Use the acl ipv6 basic
acl-number command to enter the
view of a numbered IPv6 basic
ACL.
Use the acl ipv6 basic name
acl-name command to enter the
view of a named IPv6 basic ACL.
3. (Optional.) Configure a
description for the IPv6 basic
ACL. description text By default, an IPv6 basic ACL
does not have a description.
4. (Optional.) Set the rule
numbering step. step step-value [ start
start-value ]
By default, the rule numbering
step is 5 and the start rule ID is 0.

6
Step Command Remarks
5. Create or edit a rule.
rule [ rule-id ] { deny | permit }
[ counting | fragment | logging |
routing [ type routing-type ] |
source { source-address
source-prefix |
source-address/source-prefix |
any } | time-range
time-range-name | vpn-instance
vpn-instance-name ] *
By default, no IPv6 basic ACL
rules exist.
The logging keyword takes effect
only when the module (for
example, packet filtering) that
uses the ACL supports logging.
6. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Configuring an advanced ACL
This section describes procedures for configuring IPv4 and IPv6 advanced ACLs.
Configuring an IPv4 advanced ACL
IPv4 advanced ACLs match packets based on the following criteria:
•Source IP addresses.
•Destination IP addresses.
•Packet priorities.
•Protocol numbers.
•Other protocol header information, such as TCP/UDP source and destination port numbers,
TCP flags, ICMP message types, and ICMP message codes.
Compared to IPv4 basic ACLs, IPv4 advanced ACLs allow more flexible and accurate filtering.
To configure an IPv4 advanced ACL:
Step Command Remarks
1. Enter system view. system-view N/A
2. Create an IPv4 advanced
ACL and enter its view.
acl advanced { acl-number |
name acl-name } [ match-order
{ auto | config } ]
By default, no ACLs exist.
The value range for a numbered
IPv4 advanced ACL is 3000 to
3999.
Use the acl advanced
acl-number command to enter the
view of a numbered IPv4
advanced ACL.
Use the acl advanced name
acl-name command to enter the
view of a named IPv4 advanced
ACL.
3. (Optional.) Configure a
description for the IPv4
advanced ACL. description text By default, an IPv4 advanced ACL
does not have a description.
4. (Optional.) Set the rule
numbering step. step step-value [ start
start-value ]
By default, the rule numbering
step is 5 and the start rule ID is 0.

7
Step Command Remarks
5. Create or edit a rule.
rule [ rule-id ] { deny | permit }
protocol [ { { ack ack-value | fin
fin-value | psh psh-value | rst
rst-value | syn syn-value | urg
urg-value } * | established } |
counting | destination
{ dest-address dest-wildcard |
any } | destination-port operator
port1 [ port2 ] | { dscp dscp |
{ precedence precedence | tos
tos } * } | fragment | icmp-type
{ icmp-type [ icmp-code ] |
icmp-message } | logging |
source { source-address
source-wildcard | any } |
source-port operator port1
[ port2 ] | time-range
time-range-name | vpn-instance
vpn-instance-name ] *
By default, no IPv4 advanced ACL
rules exist.
The logging keyword takes effect
only when the module (for
example, packet filtering) that
uses the ACL supports logging.
If an IPv4 advanced ACL is used
for QoS traffic classification or
packet filtering in a VXLAN
network, the ACL matches
packets as follows:
•The ACL matches outgoing
VXLAN packets by outer
IPv4 header information on a
VTEP.
•The ACL matches incoming
VXLAN packets by outer
IPv4 header information on
an intermediate transport
device.
•The ACL matches
de-encapsulated incoming
VXLAN packets by IPv4
header information on a
VTEP.
6. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Configuring an IPv6 advanced ACL
IPv6 advanced ACLs match packets based on the following criteria:
•Source IPv6 addresses.
•Destination IPv6 addresses.
•Packet priorities.
•Protocol numbers.
•Other protocol header fields such as the TCP/UDP source port number, TCP/UDP destination
port number, ICMPv6 message type, and ICMPv6 message code.
Compared to IPv6 basic ACLs, IPv6 advanced ACLs allow more flexible and accurate filtering.
To configure an IPv6 advanced ACL:
Step Command Remarks
1. Enter system view. system-view N/A

8
Step Command Remarks
2. Create an IPv6 advanced
ACL and enter its view.
acl ipv6 advanced { acl-number |
name acl-name } [ match-order
{ auto | config } ]
By default, no ACLs exist.
The value range for a numbered
IPv6 advanced ACL is 3000 to
3999.
Use the acl ipv6 advanced
acl-number command to enter the
view of a numbered IPv6
advanced ACL.
Use the acl ipv6 advanced name
acl-name command to enter the
view of a named IPv6 advanced
ACL.
3. (Optional.) Configure a
description for the IPv6
advanced ACL. description text By default, an IPv6 advanced ACL
does not have a description.
4. (Optional.) Set the rule
numbering step. step step-value [ start
start-value ]
By default, the rule numbering
step is 5 and the start rule ID is 0.
5. Create or edit a rule.
rule [ rule-id ] { deny | permit }
protocol [ { { ack ack-value | fin
fin-value | psh psh-value | rst
rst-value | syn syn-value | urg
urg-value } * | established } |
counting | destination
{ dest-address dest-prefix |
dest-address/dest-prefix | any } |
destination-port operator port1
[ port2 ] | dscp dscp | flow-label
flow-label-value | fragment |
icmp6-type { icmp6-type
icmp6-code | icmp6-message } |
logging | routing [ type
routing-type ] | hop-by-hop [ type
hop-type ] | source
{ source-address source-prefix |
source-address/source-prefix |
any} | source-port | time-range
time-range-name | vpn-instance
vpn-instance-name ] *
By default, no IPv6 advanced ACL
rules exist.
The logging keyword takes effect
only when the module (for
example, packet filtering) that
uses the ACL supports logging.
If an IPv6 advanced ACL is used
for outbound QoS traffic
classification or packet filtering,
do not specify the flow-label
parameter.
If an IPv6 advanced ACL is used
for packet filtering, do not specify
the fragment keyword.
6. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Configuring a Layer 2 ACL
Layer 2 ACLs, also called "Ethernet frame header ACLs," match packets based on Layer 2 Ethernet
header fields, such as:
•Source MAC address.
•Destination MAC address.
•802.1p priority (VLAN priority).
•Link layer protocol type.
To configure a Layer 2 ACL:

9
Step Command Remarks
1. Enter system view. system-view N/A
2. Create a Layer 2 ACL and
enter its view.
acl mac { acl-number | name
acl-name } [ match-order { auto |
config } ]
By default, no ACLs exist.
The value range for a numbered
Layer 2 ACL is 4000 to 4999.
Use the acl mac acl-number
command to enter the view of a
numbered Layer 2 ACL.
Use the acl mac name acl-name
command to enter the view of a
named Layer 2 ACL.
3. (Optional.) Configure a
description for the Layer 2
ACL. description text By default, a Layer 2 ACL does
not have a description.
4. (Optional.) Set the rule
numbering step. step step-value [ start
start-value ]
By default, the rule numbering
step is 5 and the start rule ID is 0.
5. Create or edit a rule.
rule [ rule-id ] { deny | permit }
[ cos dot1p | counting | dest-mac
dest-address dest-mask | { lsap
lsap-type lsap-type-mask | type
protocol-type
protocol-type-mask } |
source-mac source-address
source-mask | time-range
time-range-name ] *
By default,no Layer 2 ACL rules
exist.
6. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Configuring a user-defined ACL
User-defined ACLs allow you to customize rules based on information in protocol headers. You can
define a user-defined ACL to match packets. A specific number of bytes after an offset (relative to the
specified header) are compared against a match pattern after being ANDed with a match pattern
mask.
To configure a user-defined ACL:
Step Command Remarks
1. Enter system view. system-view N/A
2. Create a user-defined ACL
and enter its view. acl user-defined { acl-number |
name acl-name }
By default, no ACLs exist.
The value range for a numbered
user-defined ACL is 5000 to 5999.
Use the acl user-defined
acl-number command to enter the
view of a numbered user-defined
ACL.
Use the acl user-defined name
acl-name command to enter the
view of a named user-defined
ACL.
3. (Optional.) Configure a
description for the
user-defined ACL. description text By default, a user-defined ACL
does not have a description.

10
Step Command Remarks
4. Create or edit a rule.
rule [ rule-id ]{ deny | permit }
[ { l2 rule-string rule-mask
offset }&<1-8> ] [ counting |
time-range time-range-name ] *
By default, no user-defined ACL
rules exist.
5. (Optional.) Add or edit a rule
comment. rule rule-id comment text By default, no rule comment is
configured.
Copying an ACL
You can create an ACL by copying an existing ACL (source ACL). The new ACL (destination ACL)
has the same properties and content as the source ACL, but uses a different number or name than
the source ACL.
To successfully copy an ACL, make sure:
•The destination ACL number is from the same type as the source ACL number.
•The source ACL already exists, but the destination ACL does not.
To copy an ACL:
Step Command
1. Enter system view. system-view
2. Copy an existing ACL to create a new ACL. acl [ ipv6 | mac | user-defined ] copy
{ source-acl-number | name source-acl-name } to
{ dest-acl-number | name dest-acl-name }
Configuring packet filtering with ACLs
This section describes procedures for using an ACL to filter packets. For example, you can apply an
ACL to an interface to filter incoming or outgoing packets.
NOTE:
•The packet filtering feature is available on Layer 2 Ethernet interfaces, Layer 2 aggregate
interfaces, Layer 3 Ethernet interfaces, Layer 3 Ethernet subinterfaces, Layer 3 aggregate
interfaces, VLAN interfaces, and VSI interfaces.
•For VSI interfaces, the packet filtering feature is available in Release 2510P01 and later.
•The term "interface" in this section collectively refers to these types of interfaces. You can use the
port link-mode command to configure an Ethernet port as a Layer 2 or Layer 3 interface (see
Layer 2—LAN Switching Configuration Guide).
Applying an ACL to an interface for packet filtering
Step Command Remarks
1. Enter system view. system-view N/A
2. Enter interface view. interface interface-type
interface-number N/A

11
Step Command Remarks
3. Apply an ACL to the interface
to filter packets.
packet-filter [ ipv6 | mac |
user-defined ] { acl-number |
name acl-name } { inbound |
outbound } [ hardware-count ]
By default, an interface does not
filter packets.
To the same direction of an
interface, you can apply a
maximum of four ACLs: one IPv4
ACL, one IPv6 ACL, one Layer 2
ACL, and one user-defined ACL.
You cannot apply an ACL to the
outbound direction of a Layer 2
aggregate interface, Layer 3
aggregate interface, or VSI
interface.
Configuring the applicable scope of packet filtering on a
VLAN interface
You can configure the packet filtering on a VLAN interface to filter the following packets:
•Packets forwarded at Layer 3 by the VLAN interface.
•All packets, including packets forwarded at Layer 3 by the VLAN interface and packets
forwarded at Layer 2 by the physical ports associated with the VLAN interface.
To configure the applicable scope of packet filtering on a VLAN interface:
Step Command Remarks
1. Enter system view. system-view N/A
2. Create a VLAN interface
and enter its view. interface vlan-interface
vlan-interface-id
If the VLAN interface already exists,
you directly enter its view.
By default, no VLAN interface exists.
3. Specify the applicable
scope of packet filtering on
the VLAN interface. packet-filter filter [ route | all ] By default, the packet filtering filters
all packets.
Configuring logging and SNMP notifications for packet
filtering
You can configure the ACL module to generate log entries or SNMP notifications for packet filtering
and output them to the information center or SNMP module at the output interval. The log entry or
notification records the number of matching packets and the matched ACL rules. If an ACL is
matched for the first time, the device immediately outputs a log entry or notification to record the
matching packet.
For more information about the information center and SNMP, see Network Management and
Monitoring Configuration Guide.
To configure logging and SNMP notifications for packet filtering:
Step Command Remarks
1. Enter system view. system-view N/A

12
Step Command Remarks
2. Set the interval for outputting
packet filtering logs or
notifications.
acl { logging | trap } interval
interval
The default setting is 0 minutes.
By default, the device does not
generate log entries or SNMP
notifications for packet filtering.
Setting the packet filtering default action
Step Command Remarks
1. Enter system view. system-view N/A
2. Set the packet filtering
default action to deny. packet-filter default deny By default, the packet filter
permits packets that do not match
any ACL rule to pass.
Displaying and maintaining ACLs
Execute display commands in any view and reset commands in user view.
Task Command
Display ACL configuration and match
statistics.
display acl [ ipv6 | mac | user-defined ] { acl-number | all |
name acl-name }
Display ACL application information for
packet filtering.
display packet-filter { interface [ interface-type
interface-number ] [ inbound | outbound ] | interface
vlan-interface vlan-interface-number [ inbound | outbound ]
[ slot slot-number ] }
Display match statistics for packet filtering
ACLs.
display packet-filter statistics interface interface-type
interface-number { inbound | outbound } [ [ ipv6 | mac |
user-defined ] { acl-number | name acl-name } ] [ brief ]
Display the accumulated statistics for
packet filtering ACLs.
display packet-filter statistics sum { inbound | outbound }
[ ipv6 | mac | user-defined ] { acl-number | name acl-name }
[ brief ]
Display detailed ACL packet filtering
information.
display packet-filter verbose interface interface-type
interface-number { inbound | outbound } [ [ ipv6 |mac |
user-defined ] { acl-number | name acl-name } ] [ slot
slot-number ]
Display QoS and ACL resource usage. display qos-acl resource [ slot slot-number ]
Clear ACL statistics. reset acl [ ipv6 | mac | user-defined ] counter { acl-number |
all | name acl-name }
Clear match statistics and accumulated
match statistics for packet filtering ACLs.
reset packet-filter statistics interface [ interface-type
interface-number ] { inbound | outbound } [ [ ipv6 | mac |
user-defined ] { acl-number | name acl-name } ]

13
ACL configuration examples
Interface-based packet filter configuration example
Network requirements
A company interconnects its departments through the device. Configure a packet filter to:
•Permit access from the President's office at any time to the financial database server.
•Permit access from the Finance department to the database server only during working hours
(from 8:00 to 18:00) on working days.
•Deny access from any other department to the database server.
Figure 1 Network diagram
Configuration procedure
# Create a periodic time range from 8:00 to 18:00 on working days.
<Device> system-view
[Device] time-range work 08:0 to 18:00 working-day
# Create an IPv4 advanced ACL numbered 3000.
[Device] acl advanced 3000
# Configure a rule to permit access from the President's office to the financial database server.
[Device-acl-ipv4-adv-3000] rule permit ip source 192.168.1.0 0.0.0.255 destination
192.168.0.100 0
# Configure a rule to permit access from the Finance department to the database server during
working hours.
[Device-acl-ipv4-adv-3000] rule permit ip source 192.168.2.0 0.0.0.255 destination
192.168.0.100 0 time-range work
# Configure a rule to deny access to the financial database server.
[Device-acl-ipv4-adv-3000] rule deny ip source any destination 192.168.0.100 0
[Device-acl-ipv4-adv-3000] quit
# Apply IPv4 advanced ACL 3000 to filter outgoing packets on interface Ten-GigabitEthernet 1/0/1.
[Device] interface ten-gigabitethernet 1/0/1
[Device-Ten-GigabitEthernet1/0/1] packet-filter 3000 outbound

14
[Device-Ten-GigabitEthernet1/0/1] quit
Verifying the configuration
# Verify that a PC in the Finance department can ping the database server during working hours. (All
PCs in this example use Windows XP).
C:\> ping 192.168.0.100
Pinging 192.168.0.100 with 32 bytes of data:
Reply from 192.168.0.100: bytes=32 time=1ms TTL=255
Reply from 192.168.0.100: bytes=32 time<1ms TTL=255
Reply from 192.168.0.100: bytes=32 time<1ms TTL=255
Reply from 192.168.0.100: bytes=32 time<1ms TTL=255
Ping statistics for 192.168.0.100:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 0ms, Maximum = 1ms, Average = 0ms
# Verify that a PC in the Marketing department cannot ping the database server during working
hours.
C:\> ping 192.168.0.100
Pinging 192.168.0.100 with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.
Ping statistics for 192.168.0.100:
Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),
# Display configuration and match statistics for IPv4 advanced ACL 3000 on the device during
working hours.
[Device] display acl 3000
Advanced IPv4 ACL 3000, 3 rules,
ACL's step is 5
rule 0 permit ip source 192.168.1.0 0.0.0.255 destination 192.168.0.100 0
rule 5 permit ip source 192.168.2.0 0.0.0.255 destination 192.168.0.100 0 time-range work
(Active)
rule 10 deny ip destination 192.168.0.100 0
The output shows that rule 5 is active.