Table of Contents
Advertisement
Set ITG QoS objectives
Table 22
ITG QoS objectives
Site Pair
Mean (one-way delay) + σ(one-way delay
Santa Clara/
Mean (packet loss) + σ(packet loss
Richardson
Mean (one-way delay) + σ(one-way delay
Santa Clara/
Mean (packet loss) + σ(packet loss
Ottawa
ITG Trunk 2.0 ISDN Signaling Link (ISL)
•
Monitor and trend one-way delay and packet loss, and
•
Perform changes in the ITG and intranet when planning thresholds are
reached.
By instituting these new processes, the ITG network can be managed to
ensure that desired QoS objectives are always met.
You need to state the design objective of the ITG network. This sets the
standard for evaluating compliance to meeting users' needs. When the ITG
network is first installed, the design objective expectations have been set
based on the work done in "Measure intranet QoS" on page 114. Initially the
QoS objective is to be set so that for each destination pair, the mean+σ of
one-way delay and packet loss is below some threshold value so that calls
between those site pairs are in a required QoS level. The graphs of Figures 15
to 17, with the QoS measurements, should help the technician determine what
threshold levels are appropriate.
Table 22 describes examples of ITG QoS objectives:
ITG QoS objective
In subsequent design cycles, the QoS objective can be reviewed and refined,
based on data collected from monitoring of intranet QoS.
Having decided on a set of QoS objectives, the technician then determines the
planning threshold. The planning thresholds are then based on the QoS
objectives. These thresholds are used to trigger network implementation
decisions when the prevailing QoS is within range of the targeted values. This
ITG Engineering Guidelines
)
<120 ms
)
<0.3%
)
<120 ms
)
<1.1%
Description, Installation and Operation
Page 139 of 378
Fallback
threshold
setting
Excellent
Excellent
Advertisement
Table of Contents
