Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
Nortel is a recognized leader in delivering communications capabilities that enhance the human
experience, ignite and power global commerce, and secure and protect the world’s most critical
information. Serving both service provider and enterprise customers, Nortel delivers innovative
technology solutions encompassing end-to-end broadband, Voice over IP, multimedia services
and applications, and wireless broadband designed to help people solve the world’s greatest
challenges. Nortel does business in more than 150 countries. For more information, visit Nortel
on the Web at www.nortel.com
otherwise expressly agreed to in writing NORTEL PROVIDES THIS DOCUMENT "AS IS"
WITHOUT WARRANTY OR CONDITION OF ANY KIND, EITHER EXPRESS OR IMPLIED. The
information and/or products described in this document are subject to change without
notice. Nortel Networks, the Nortel Networks logo and the Globemark are trademarks of
Nortel Networks.
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
Abstract
This technical configuration guide provides an overview on how to configure QoS and Filters on
the Ethernet Routing Switch 5500 with software release 5.1. The configuration examples are all in
reference to the Nortel Networks Command Line Interface (NNCLI).
1. Overview: Ethernet Routing Switch 5500
QoS and Filtering
The Ethernet Routing Switch 5500 supports QoS and filter configuration via WEB, CLI, and
Device Manager with no support for COPS at this time. As shown in the diagram below, the
following functional components provide QoS support on the Ethernet Routing Switch 5500:
• Role Combination on the ingress port
• Classify traffic at either Layer 2 or at a Layer 3/4 level
• Take action by dropping, marking, redirecting, or metering (policing) traffic
• Send traffic to appropriate egress queue
(ingress port group)
Classifier
Counters / Statistics
Meter
Marker
Dropper
Actions
Figure 1: QoS System Diagram
Role Combination
A role combination is a grouping of one or more ports, capabilities, and interface classifications
against which a policy is applied. The capabilities presently supported on the Ethernet Routing
Switch 5500 include ingress IP and Layer 2 classification. The Ethernet Routing Switch 5500
supports the following interface classes that can be applied to zero, one, or many interfaces:
•Trusted Ports o Assumes that all traffic coming into the port is originating from a trusted source.
Therefore, the DSCP field of any traffic that enters the Ethernet Routing Switch 5500
from a Trusted Port is not remarked by default. However, a policy can still be applied
to a trusted port to remark if required. Note that only the 802.1p user priority value
associated with ‘well-known’ DSCP values are remapped by the default trusted
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
polices. The ‘well-know’ DSCP values can be viewed by using the NNCLI command
‘show qos eqressmap’.
•Untrusted Ports o Assumes that all traffic coming into the port is suspect. Therefore, the DSCP field of
any traffic that enters the Ethernet Routing Switch 5500 from an Untrusted Port is remarked. For untagged packets, the default classifier is used to change the DSCP.
This results in a DSCP value determined by the CoS-to-DSCP mapping table using
the default 802.1p priority of the interface where the packet is received. For tagged
packets, the 802.1p value is determined by CoS-to-DSCP mapping table using the
best effort DSCP, which is 0.
•Unrestricted Ports o Does not assume anything about the origin of the incoming traffic. You may assign
an action to set the DSCP or not to set the DSCP; it's up to you. This allows you to
manipulate the DSCP value based upon the filter criteria, and not upon the point of
origin.
The following table displays a summary of the role combination capabilities.
Table 1: Default QoS Action
Type of Filter Action Trusted Untrusted
Unrestricted
• Tagged--Updates to 0
(Standard)
• Untagged--Updates using
mapping table and port’s
default value
Does not
change
IPv4 filter criteria
or Layer 2 filter
DSCP
Does not
change
criteria matching
IPv4
Updates
IEEE
802.1p
based on
DSCP
mapping
Updates based on DSCP
mapping table value
Does not
change
table value
Classification
Classification identifies the traffic flow that requires QoS management. The traffic flow may be
identified by the Layer 2 or IP content of the frame using any of the elements shown below.
Layer 2 Classifier Elements
o Source MAC with mask to filter on complete or partial MAC addresses
o Destination MAC with mask to filter on complete or partial MAC addresses
o VLAN ID – can be a range
o Tagged or untagged packets
o EtherType
o 802.1p priority
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
o Destination IPv4/v6 host or subnet
o IPv4/v6 DSCP value
o IPv4 Protocol type, IPv6 next-header
o IPv4/v6 Layer 4 (UDP/TCP) Source port – can be range of ports
o IPv4/v6 Layer 4 (UDP/TCP) Destination port – can be range of ports
o IPv6 flow identifier
A classifier can contain one Layer 2 element, one IP element, or one Layer 2 and one IP element.
One or more classifiers can be combined to create a classifier block where up to 15 classifiers
and/or classifier blocks can be assigned to a port. By using classifier blocks, the number of
classifiers can be increased up to a total of 114 classifiers per port on the Ethernet Routing
Switch 5500 for a total of over 40K in a stack. In addition, statistic counters can be used to
match/in-profile and out-of-profile statistics with meter. Up to 32 match/in-profile counters and 63
out-of-profile counters (one per meter) are supported per interface.
Actions Supported
After matching a certain classification criteria, various actions can be initiated.
•In-profile actions (metered traffic within specific bandwidth limits)
o Drop
o Update DSCP
o Update 802.1p
o Drop precedence choice of low-drop, high-drop or use egress map
o Drop
o Update DSCP
o Update 802.1p
o Drop precedence choice of low-drop or high-drop
Metering data includes in-profile and out-of-profile actions with metered bandwidth allocated per
port. Each meter has its own token bucket that controls the rate at which packets are accepted for
processing at ingress. The committed information rate (CIR) and bucket sizes are as follows:
o Committed rate from 1 Mbps to 1 Gbps in 1 Mbps increments, 64K to 1 Gbps in 64K for
ERS5530 only with 10/100/1000 Mbps interfaces – please see table 6 below for details
o Token bucket sizes in bytes: 16K, 20K, 32K, 44K, 76K, 140K, 268K, 512K where one
byte is sent for each token
o Up to 63 counters are available per port
Statistics
The Ethernet Routing Switch 5500 supports tracking of statistics (packet counters) for the policies
defined. The switch can be set-up for one counter for each classifier or a counter for all classifiers
associated with a policy up to 63 counters are available per port. The statistics track match/inprofile and out-of-profile statistics associated with a meter.
The following flowchart displays the various steps required in setting up a QoS policy. You
basically now need to create a Classifier with each Classifier made up of one IP Classifier
Element, or one L2 Classifier Element or one IP and one L2 Classifier Element. You then add the
Classifier to a separate Policy on a per port basis. Or you can group a number of Classifiers into
a Classifier Block and then add the Classifier Block to a Policy on a per port basis. The Ethernet
Routing Switch 5500 supports up to 114 Classifiers per port for a total of greater than 40K
Classifiers in a fully configured stack.
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
3. Filter Functionality
3.1 Overall Classification Functionality
Classification with the Ether net Routi ng Switc h 5500 h as some fundamental classification
limitations, imposed by hardware, that affect classification overall. The foremost limitation is
related to the concept, introduced by the latest classification hardware and the supporting data
model, of “classification masks”. A classification mask specifies the fields within a frame that will
be used for matching purposes. The mask itself does not specify the data to be matched but
rather indicates which fields, or portions thereof, in the various protocol headers (e.g., MAC, IPv4,
IPv6 headers) will be examined during the classification process. Currently, a maximum of 15
classification masks and 114 classifiers are available per port for user-defined traffic
classification. This effectively means that 15 or fewer unique combinations of classification criteria
(i.e., Layer 2, 3 and 4 data) can be specified per port. However, multiple data sets can leverage
the same classification mask. This means that, as long as the same protocol data fields are being
matched (e.g., IPv4 source address, IPv6 flow label, Layer 2 802.1p User Priority and VLAN Id), a
much larger number of classifiers, up to a maximum of 114 per port, can be defined containing
unique data values for matching against the fields/offsets identified by the classification mask.
3.2 Classifier Block Functionality
A user should take care when grouping a large number of individual classifiers into a classifier
block. Grouping is a quick way to inadvertently exhaust limited resources. For example, a limited
number of counters are available per interface for tracking matching/in-profile packets.
Associating a block of classifiers with a policy indicating that statistics are to be maintained could
consume all counting resources for a single interface with one policy. To avoid exhausting the
number of counters available per interface, one may select "aggregate classifier tracking" instead
of "individual classifier tracking" when creating the policy. By specifying "aggregate classifier
tracking", a single counter resource is used to track statistics for all the classifiers of that policy,
rather than a single counter resource per classifier. The obvious downside to this is the inability
to track the statistics down to the granularity of each of the classifiers associated with the policy.
Individual attribute limitations include:
•Individual classifier identification – a classifier set must exist prior to being referenced by
the Classifier-Block.
•Individual classifier data compatibility – a classifier is eventually broken down into a
bitmask identifying fields in a packet header that are of interest and values to be matched
against those fields. Classifiers within a block must match the same protocol header
fields, or portions thereof. For example, all classifiers in a block must match against an
IPv4 source host address, an IPv4 source subnet with the same number of significant bits
or the Layer 2 EtherType field in a tagged packet. A classifier matching against an IPv4
source host address and another matching against an IPv4 destination host address may
not be members of the same block as these classifiers do not share a common
classification mask. The values to be matched against may differ but the fields being
matched may not.
Referenced component consistency – all the elements that comprise a block (i.e., all classifier
blocks with the same block number) must either reference an action or a meter component or
none of the elements are permitted to reference an action or a meter. In other words, all block
members must specify the same type of information, be it action criteria, metering criteria or
neither. The referenced action or metering elements may differ across block members but all
members must reference individual actions or meters (but not actions and meters) if any do.
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
Filter example:
a) IP Classifier #1: src IP = 10.1.1.0/24
b) IP Classifier #2: src IP = 10.20.0.0/16
c) IP Classifier #3: src IP = 172.1.1.0/24
d) IP Classifier #4: src IP = 10.22.0.0/16
e) IP Classifier #5: src IP = 10.1.2.0/24, dst IP = 192.1.1.0/24
f) IP Classifier #6: src = 10.1.10.0/24
Classifiers a, c and f can be combined to create a classifier block if you wish to filter on these
addresses on a port(s). Classifiers b and d can be combined to create a second classifier block if
you wish to filter on these addresses on a port(s).
3.3 Port Range Functionality
The Ethernet Routing Switch 5500 has the ability to specify a range of values supported by the
QoS data model for several classification components (e.g., Layer 4 source and destination port
numbers, VLAN Id values). Range support is limited to a certain extent, however, because ranges
are represented as a bitmask within the overall classification mask, and not with explicit minimum
and maximum values. A range must thus be specified by indicating which bits in the given field
(e.g., Layer 4 source port) are ‘ignored’ (i.e., set to 0). Taking into account this limitation, the
following rules are used to determine valid range values:
I. Minimum value: n
Maximum value: n
>> Example: min: 20 max: 20 (min = max equates to a range of 1)
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
Max = 11
4 7 Min = 100
Max = 111
8 15 Min = 1000
Max = 1111
80 95 Min = 10100000
Max = 10111111
3.4 Policies
•Packets received on an interface are matched against all policies associated with that
interface. Hence, all policies are applied to the packet.
•Policy precedence – the precedence attribute is used to specify the evaluation order of
policies that apply to the same interfaces. Policies with higher precedence (i.e., a larger
value) are applied before those with lower precedence (i.e., a smaller value). Precedence
values must be unique for all policies being applied to the same interface role.
•If one policy associated with the specific interface only specifies a value updating the
DSCP value while another polic y assoc iated with that s am e interf ac e onl y specif ies a
value for updating the 802.1p user priority value, both of these actions occur.
•If two policies on the specified interface request that the DSCP be updated but specify
different values - the value f r om the polic y with the higher preced enc e wi ll be used .
•Referenced component conflicts - action or meter criteria can be specified through
individual classifier blocks. When a policy references a classifier block and members of
the referenced block identify their own action or meter criteria, action and meter data
must not be specified by the policy.
•The actions applied to packets include those actions defined from user-defined policies
and those actions defined from system default policies. The user-defined actions always
carry a higher precedence than the system default actions. This means that, if userdefined policies do not specify actions that overlap with the actions associated with
system default policies (for example, the DSCP and 802.1p update actions installed on
untrusted interfaces), the lowest precedence, default policy actions will be included in the
set of actions to be applied to the identified traffic.
•The following table displays the ERS 5500 default policy action with corresponding drop
actions. The drop action specifies whether a packet should be dropped, not dropped, or
deferred. A drop action of deferred-Pass specifies that a traffic flow decision will be
deferred to other installed policies.
Table 3: Default Policy Drop Action
ID Name Drop Update DSCP User Priority Drop
Precedence
1 Drop_Traffic drop Ignore Ignore highDropPrec
2 Standard_Service Don’t Drop 0x00 Priority 0 highDropPrec
3 Bronze_Service Don’t Drop 0x0a Priority 2 lowDropPrec
4 Silver_Service Don’t Drop 0x12 Priority 3 lowDropPrec
5 Gold_Service Don’t Drop 0x1a Priority 4 lowDropPrec
6 Platinum_Service Don’t Drop 0x22 Priority 5 lowDropPrec
7 Premium_Service Don’t Drop 0x2e Priority 6 lowDropPrec
8 Network_Service Don’t Drop 0x30 Priority 7 lowDropPrec
9 Null_Service Don’t Drop ignore ignore lowDropPrec
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
When setting up multiple policies using any of the default policy actions ID’s 2 to 9 (i.e.
Standard_Service, Bronze_Service, etc) a lower precedence policy with a drop action,
(i.e. Drop_Traffic), the Drop_Traffic action will effect the higher precedence policies. The
L
To make a policy behave somewhat similar to stop-on-match, you will have to create a new
action with a drop action of dontDrop (JDM) or disable (CLI).
L
end result is all the higher precedence policies will also be dropped. The reason for this
is each of the default actions, with the exception of Drop_Traffic, uses a drop action of
deferred-Pass. A drop action of deferred-Pass specifies that a traffic flow decision will
be deferred to other installed policies.
•Statistics accumulation support – a limited number of counters are available for tracking
statistics. Specifically, 32 counters are available per port for tracking matching (no
metering specified) /in-profile (metering specified) traffic statistics. A total of 63 counters
are available (per port) to track out-of-profile statistics, with the caveat that these
counters are associated with the metering component and flows sharing the same meter
on the same port use the same counter for statistics.
The valid precedence range for QoS policies is from 1 to 15. However, depending on
the application enabled, the valid precedence range can change as QoS shares
resources with other switch applications including DHCP Relay, MAC Security, IP Fix,
IGMP, EAPOL, EAP multihost (5530-24TFD only), OSPF, IP Source Guard, and ADAC.
Please use the command ‘show qos diag’ to view the mask utilization per port.
L
In release 4.1, FCS November 2004, the system default actions (e.g. bronze, silver,
gold, etc.) will be changed from deferred-Pass to dontDrop.
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
4. Queue Sets
Prior to software release 4.0, the Ethernet Routing Switch 5500 supported a single queue set with
eight queues, one absolute queue and seven WRR queues.
With the introduction of software release 4.0, eight different queue sets where made available.
Each queue set has different characteristics in regards to number of queues and service weights
allowing the user to select a queue set based on the user’s particular needs. With eight queue
settings and three resource sharing options, the Ethernet Routing Switch 5500 supports a total of
24 different queues and buffer setting combinations. Prior to making any changes to the egress
queue, the buffer resource sharing feature must be enabled.
Resource Sharing
The three (3) possible resource sharing settings in version 4.0 or greater software release are
regular, large, and maximum. These settings allow the user to change the amount of buffer
which can be allocated or shared to any port. Note that the switch must be rebooted if any
changes are made.
1 port may use up to 16% of the buffers for a group of 12 ports.
1 port may use up to 33% of the buffers for a group of 12 ports.
1 port may use 100% of the buffers for a group of 12 ports.
Resource Sharing Commands
• 5520-24T-PWR(config)# qos agent buffer <large | maximum | regular>
The qos agent buffer <regular | large | maximum > command allows the user to specify
the level of resource sharing on the switch. This parameter is global and requires a reset
to activate a change. This command is in the CLI priv-exec mode.
• 5520-24T-PWR(config)# default qos agent buffer
The default qos agent buffer command sets the switches agent buffer back to a default
setting of regular. In order for this command to take affect, a reset of the switch must
occur. This command is in the CLI priv-exec mode.
Resource Sharing Recommendations
Nortel Networks recommends you use the default resource-sharing setting of regular. If
L
Generally speaking, smaller buffers achieve lower latency (RTT) but reduce the throughput ability
which is better for VoIP etc. and sensible jitter application.
You should use the Maximum resource sharing setting:
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
•If you are using (the AppleTalk Filing Protocol) AFP, use large or maximum resource
sharing (AFP use a fix windows size set to 65,535K).You should use the large resource
sharing setting:
• If you are using your 5520 for high bandwidth application such as video.
• If you are using large TCP windows for your traffic, use large resource sharing (you can
also reduce the TCP windows size on windows operating system - see Microsoft TechNet
article 224829).
•If you have 4 or fewer ports connected per group of 12 ports.
You should use the Regular resource sharing setting:
• If you are using your 5520 in a VOIP environment.
• If you have 5 or more ports connected per group of 12 ports.
Egress CoS Queuing
The following charts describe each possible egress CoS queuing setting. The mapping of 802.1p
priority to egress CoS queue, dequeuing algorithm, and queue weight is given. Additionally, the
memory and maximum number of packets which can be buffered per egress CoS queue and
resource sharing settings is shown.
Table 5: Ethernet Routing Switch 5500 Egress CoS Queuing
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
The qos queue-set-assign ment queue-set <1-8> 1p <0-7> queue <1- 8 > com mand gives
the user the ability to specify the queue to associate an 802.1p priority. This command is
in the CLI priv-exec mode.
• 5520-24T-PWR(config)#default qos agent queue-set
The default qos agent queue-set command will default the egress CoS and QoS queue
set. The default CoS/QoS queue mode is 8. This command is in the CLI priv-exec
mode.
• 5520-24T-PWR(config)#show qos agent
The show qos agent command displays the current attributes for egress CoS and QoS
queue mode, resource sharing mode and QoS NVRAM commit delay. This command is
in the CLI priv-exec mode.
• 5520-24T-PWR(config)#qos agent nvram delay
The qos agent nvram delay command will modify the maximum time in seconds to write
config data to non-volatile storage. This command is in the CLI priv-exec mode.
• 5520-24T-PWR(config)#qos agent reset-default
The qos agent reset-default command resets QoS to its configuration default. This
command is in the CLI priv-exec mode.
Egress Queue Recommendations
If you are running all untagged traffic and do not change default port priority settings, use setting
1 CoS.
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
5. Traffic Meter and Shaping
The Ethernet Routing Switch 5500 supports both policing/metering of ingress traffic in addition to
egress port shaping. The meter and shape range is as shown in table 6 below. Please note that
all QoS levels are respected and honoured on a shaped interface.
Table 6: Meter and Shaping Range and Granularity
Product Meter/Shaper Range Granularity Bucket Size
When configuring traffic metering or shaping, a committed rate, a maximum burst size and burst
duration is entered. The maximum burst rate and burst duration is used along with the committed
rate to setup a fixed token bucket where each token represents 1 byte. Up to eight fixed bucket
sizes are supported for all 10/100 Mbps and GigE ports. Up to twelve fixed bucket sizes are
supported on the ERS5530 only via the 10 GigE interface. The token bucket allows a committed
burst to occur up to the token bucket size.
64 Kbps to 1023
Mbps
64 Kbps 8 buckets
For traffic metering, an in profile and an out of profile action is configured and is expressed as an
id. You can use one of the default actions or create a new action prior to configuring a meter. To
view the action id’s, please use the command shown below. For example, if you wish to remark
the in profile traffic with a QoS level of Bronze and drop traffic for out of profile traffic, select id 3
and 1 respectively. Please note that you must associate the classifier to identify IP traffic since
the DSCP value is being remarked.
• 5530-24TFD(config)#show qos action
Id Name Drop Update 802.1p Set Drop Extension Storage
DSCP Priority Precedence Type
_____ ________________ _____ ______ ____________ ___________ _________ _______
1 Drop_Traffic Yes Ignore Ignore High Drop ReadOnl
2 Standard_Service No 0x0 Priority 0 High Drop ReadOnl
3 Bronze_Service No 0xA Priority 2 Low Drop ReadOnl
4 Silver_Service No 0x12 Priority 3 Low Drop ReadOnl
5 Gold_Service No 0x1A Priority 4 Low Drop ReadOnl
6 Platinum_Service No 0x22 Priority 5 Low Drop ReadOnl
7 Premium_Service No 0x2E Priority 6 Low Drop ReadOnl
8 Network_Service No 0x30 Priority 7 Low Drop ReadOnl
9 Null_Action No Ignore Ignore Low Drop ReadOnl
55001 UntrustedClfrs1 DPass Ing 1p Ignore Low Drop Other
55002 UntrustedClfrs2 DPass 0x0 Priority 0 High Drop Other
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
5.1 Actual Bucket Size
When configuring a meter or shape rate, a fixed token bucket is also configured which is derived
from the committed rate, burst rate, and burst duration configured. If a burst duration is not
configured, the largest bucket size is automatically selected which would be 512K for a 10/100
Mbps or 1 GigE port. If you wish to use another bucket size, you must calculate the burst duration
by using the actual size of the bucket - Sections 5.2 and 5.3 provide examples. The following
table, Table 7, shown below displays the actual bucket size in bytes.
Table 7: Actual Bucket Size in Bytes
Bucket Size Actual size in bytes Interface
4K 4,096 10/100 Mbps and GigE
8K 8,192 10/100 Mbps and GigE
16K 16,384 10/100 Mbps and GigE
32K 32,768 10/100 Mbps and GigE
64K 65,536 10/100 Mbps and GigE
128K 131,072 10/100 Mbps and GigE
256K 262,144 10/100 Mbps and GigE
Filters and QoS Configuration for ERS 5500
Technical Configuration Guide v2.0 NN48500-559
out-profile-action
<1,9-55000>
When configuring a meter, please note the following:
•The maximum burst rate cannot be configured the same as the committed or metered
rate. You must always specify a higher maximum burst rate than the committed or
metered rate
•The maximum burst rate and burst duration is used to calculate the bucket size or
committed burst in bytes
o Duration = ((bucketSize*8) / (max-burst-rate – committed-rate))
• Bucket sizes in bytes are 4K, 8K, 16k, 32K, 64K, 128K, 256K, and 512K
• For the 10 GigE module only, available for the Ethernet Routing Switch 5530, it supports
bucket sizes of 4K, 8K, 16K, 32K, 64K, 128K, 256K, 512K, 1024K, 2048K, 4096K, and
8192K.
•If you do not specify maximum burst duration when setting up a meter, the maximum
bucket size will be automatically set. For all 10/100 Mbps and 1 GigE ports, the maximum
bucket size is 512K. Also, it does not matter what value you enter for the maximum burst
rate as long as it is larger than the committed rate.
Specify the out-of-profile ac tion ID; range is 1, 9 to 55000.
Example:
Let’s assume you wish to set the committed rate to 10M and set the committed burst (bucket
size) to 128K. We also wish to mark all in profile traffic to Bronze and drop all out of profile traffic.
To accomplish this, please use the following commands:
1. Calculate the duration, expressed in milliseconds.
Using the actual bucket size from table 7and a maximum burst rate of 15M
2. Next, enter the following command on the Ethernet Switch 5500. Enter an in profile action id
of 3 for an in profile action of Bronze. Enter an out of profile action of 1 for an out of profile
action of drop traffic.
• 5530-24TFD(config)#qos meter 1 name meter_1 committed-rate 10000 max-burst-