Page 696 / 998 Scroll up to view Page 691 - 695
Common VoIP attributes: QoS, Media and DTMF-Relay
VoIP DTMF-RELAY command reference
iMG/RG Software Reference Manual (Voice Service)
6-132
Example
--> voip dtmf-relay show
Gateway DTMF-Relay:
--------------------------------------------------------
Mode:
out-of-band
Telephone-event final packets:
2
Telephone-event time:
rfc2833
Telephone-event Payload Type:
default
Page 697 / 998
Introduction
QOS
7-1
iMG/RG Software Reference Manual (Quality of Service)
7. Quality of Service
7.1
QOS
7.1.1
Introduction
The Quality of Service (QoS) support within gateway units allows different classes of traffic, such as specific
applications or users of a network, to be offered different levels of service. The key features offered are:
Quality of service for traffic managed by the ADSL module.
Quality of service for local applications such as Voice over IP (VoIP) traffic.
Architecture compatible with
RFC 2475
An Architecture for Differentiated Services
and
RFC 2474
Definition of
the Differentiated Services Field (DS Field) in the IPv4 and IPv6 Headers
.
7.1.2
QoS architecture overview
The basic building blocks of
DIFFSERV
functionality are various traffic conditioning functions, such as:
Classification
Policing
Marking
Shaping
The gateway provide a set of software tools that implement these traffic-conditioning functions. Hence, these
tools can configure
DIFFSERV
or any other QoS behaviour. These software tools are:
The Classifier; it classifies incoming packets to ensure that important packets are marked as high priority. It
will also communicate the scheduling priority and drop priority to the Scheduler and communicate the
meter-id to the Meter
The Meter; it measures the temporal properties of the incoming stream against configured parameters and
communicates the drop priority to the Scheduler.
The Scheduler; it is used for scheduling packets for transmission on an outgoing interface based on informa-
tion received from the Meter and the Classifier. It can be configured to provide Priority Scheduling or
WF2Q+ Scheduling behavior.
Priority Scheduling
is used to send out one class of packets with absolute priority over other classes.
WF2Q+
Scheduling
is used to provide a fair sharing of a single outgoing link between multiple classes (
Assured forwarding
)
or to send out one class of packets with priority over other classes while ensuring that lower priority traffic is
not completely starved (
Expedited Forwarding
).
Page 698 / 998
QOS
QoS implementation for DIFFSERV
iMG/RG Software Reference Manual (Quality of Service)
7-2
Taking into account the QoS related software tools described above, a more detailed view of the gateway archi-
tecture is shown below.
FIGURE 7-1
Gateway Architecture
Note:
Note that QoS support is available only for the upstream direction, i.e. in for Ethernet packets that
coming from internal hosts (connected to the Layer2 switch VLANs) need to be routed or bridged to the
ADSL port.
Note:
If two-level priority scheduling is required per ATM VC then ATM packet prioritization provides a lower
latency alternative to the Scheduler.
Note:
If more than two levels of priority scheduling (or WF2Q+ scheduling) is required then the Scheduler
should be used instead of ATM Packet prioritization.
7.1.3
QoS implementation for DIFFSERV
7.1.3.1 The Classifier
When packet classification is enabled on a transport (only the Ethernet transport named
default
) every incom-
ing packet is examined by the Classifier. The Classifier never examines outgoing packets.
The Classifier examines incoming packets and assigns a traffic class to them based on user-configured rules that
are stored in a profile. These rules can depend on various IP header fields, or can simply be a function of which
interface the packet arrived on.
TEL 1
TEL 2
CPU
VoIP
Bridge/Router Software
Layer 2 Switch
Meter
Marker
Classifier
Scheduler
LAN 2
LAN 3
LAN 4
ADSL Driver
ADSL
Page 699 / 998
QoS implementation for DIFFSERV
QOS
7-3
iMG/RG Software Reference Manual (Quality of Service)
Without the packet classifier, every packet arriving on any interface would be treated with the same priority.
The same profile can be added to more than one transport, so that the same set of rules are used by multiple
transports.
Each rule can test any of the following fields in the packet:
IP header DIFFSERV Codepoint (DSCP).
Source and/or destination IP address.
IP protocol (incorporating TCP/UDP/ICMP/GRE protocols).
For TCP and UDP packets, the source and/or destination port number.
This means that the Classifier device can be used in two ways (see
RFC 2475)
:
Multi-field (MF) Classifier
Behavior Aggregate (BA) Classifier
When used as a
Multi-Field (MF)
classifier, the Classifier device examines a combination of fields in the IP header
and payload, and, if configured to do so, may also act as a Marker to set the DS field of the IP header.
When used as a
Behaviour Aggregate (BA)
classifier, the Classifier device examines the DSCP value written into
the DS field of the IP header by the Ingress node of the DiffServ network.
7.1.3.2 Classifying packets
An incoming packet is tested against each rule in order of configuration. If all of the tests on the packet succeed,
the rule is ‘matched’ and the packet is assigned the traffic class, or Quality of Service Class (QoSC) associated
with that rule. The QoSC value in the packet comprises three fields and Classifier rules can be configured to set
these fields independently. The three fields that can be set for each packet are:
Scheduling Priority
. This value is used by the Scheduler, the Monitored Pools, the Priority Queue, to identify
different priority streams and to provide appropriate scheduling behavior. The Classifier device sets config-
ured scheduling priority for a traffic stream matching a classification rule. Multiple traffic streams may map to
the same scheduling priority. At present, 8 levels (values 0 to 7) of scheduling priority are defined. The value
7 is the highest priority and 0 is the lowest priority.
Meter Id.
A number of meter instances can be configured on a Meter device channel. Each meter instance
measures the temporal properties of a single traffic stream and is identified by a unique meter-id (number)
on a channel. The Classifier device sets the configured meter-id for a traffic stream matching a classification
rule. Note that there is no correlation between scheduling priority and meter-id. Different traffic streams
may be configured with different meter-ids but still have the same scheduling priority.
Drop Priority.
The drop priority can take three values: 0, 1 or 2. The values are described below:
0 lowest drop priority (green),
1 medium drop priority (yellow)
2 highest drop priority (red).
Page 700 / 998
QOS
QoS implementation for DIFFSERV
iMG/RG Software Reference Manual (Quality of Service)
7-4
The Drop priority is used by the Algorithmic dropper component of the Schedule, which when configured
drops packets selectively during a congestion condition in Scheduler queues. The packets with a higher drop
priority have a higher probability of getting dropped than lower priority packets.
The Classifier initially sets the drop priority, and then the drop priority may optionally be modified by the Meter
device if the packet is out of profile. The Meter will then communicate the drop priority to the Scheduler
device.
Both the Classifier and Meter devices can set the drop priority. The Classifier device sets the drop priority con-
figured in the classification rule while the Meter device sets the drop priority depending upon the metering
result.
Note:
If both the Classifier and the Meter are configured, then the Meter overwrites the drop priority value that
the Classifier has set.
7.1.3.2.1 Configuring the Classifier
This section explains the basic steps to follow in order to configure the Classifier. It
does not
include details
about the function of each command. See the section at the end of the currect section for a detailed descrip-
tion of each classifier command. To configure the Classifier, use the following CLI commands:
1.
Create a profile using the command
CLASSIFIER ADD PROFILE
.
2.
Add one or more rules to the profile using the command
CLASSIFIER PROFILE ADD RULE
3.
Configure the rule, using one the following commands:
CLASSIFIER PROFILE SET RULE DROPPRIO
CLASSIFIER PROFILE SET RULE DSCP
CLASSIFIER PROFILE SET RULE DSTADDR
CLASSIFIER PROFILE SET RULE DSTPORT
CLASSIFIER PROFILE SET RULE MARK DSCP
CLASSIFIER PROFILE SET RULE METERID
CLASSIFIER PROFILE SET RULE PRIORITY
CLASSIFIER PROFILE SET RULE PROTOCOL
CLASSIFIER PROFILE SET RULE SRCADDR
CLASSIFIER PROFILE SET RULE SRCPORT
CLASSIFIER PROFILE SET RULE TOS
Note:
Note that the classifier can be assigned only on the ethernet transport named default
The rule value or values will vary, depending on which packet fields you want to test. For example, to configure
a rule to test the source IP address of incoming packets, use the command:

Rate

4 / 5 based on 3 votes.

Popular Allied-Telesis Models

Bookmark Our Site

Press Ctrl + D to add this site to your favorites!

Share
Top