Contents Telektronikk - Telenor
Contents Telektronikk - Telenor
Contents Telektronikk - Telenor
You also want an ePaper? Increase the reach of your titles
YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.
192<br />
4.2.6 Load extremes<br />
By specifying patterns where all cells are<br />
assigned, a 100 % load is obtainable.<br />
This is of interest as a debugging feature.<br />
For traffic experiments, the maximum<br />
load is defined by the user, and may<br />
exceed 100 % and cause internal cell<br />
losses. The superposition of the traffic<br />
from the individual sources in a scenario,<br />
Section 2.4, may be regarded as a multiplexer<br />
with a limited buffer size. Cell<br />
losses, internal to the generator, have no<br />
effect on measurement accuracy, as<br />
sequence numbering and time stamping<br />
etc. is done in the subsequent test cell<br />
module. The internal loss is logged and<br />
reported at the MMI.<br />
The lowest periodic traffic the user can<br />
specify is about three cells per second.<br />
This is attained by the use of maximum<br />
long patterns and a one state source. Non<br />
periodic traffic has no practical lower<br />
bound – one cell per fortnight without<br />
activation and deactivation.<br />
4.2.7 Activation and deactivation<br />
In the hardware an activation or a deactivation<br />
of a source represents a workload<br />
similar to a state change. The instantaneous<br />
capacity is one activation – deactivation<br />
per 12.5 µs. Requests exceeding<br />
the instantaneous value will be buffered<br />
and the generation of traffic will deviate<br />
slightly from what the user has specified.<br />
Due to the operating system, no hard real<br />
time requirement can be met for the acti-<br />
Set-up sequence<br />
Steady state<br />
Figure 4.5 Example of state model with<br />
a set of initial transient states<br />
vation – deactivation. An activation –<br />
deactivation operation takes place within<br />
0–250 ms. The delay is very close to the<br />
lower bound when the system is lightly<br />
loaded. During manual load control, this<br />
inaccuracy is less than the timing precision<br />
of the operator. A change from 0 to<br />
2047 active sources can be undertaken<br />
within a couple of seconds. This is<br />
beyond the expected rate of load change<br />
at the connection level.<br />
4.3 Extended functionality<br />
The sections above have described the<br />
current functionality of the STG. This<br />
was defined a number of years ago, and<br />
advances within the ATM standardisation<br />
and measurement technology invite<br />
additional functionality. The rest of the<br />
section describes such functionality.<br />
Some of it is a rather simple task to<br />
implement, other parts are quite demanding,<br />
and advanced functionality is still at<br />
the research stage.<br />
4.3.1 Connection level<br />
The STG was designed before any signalling<br />
standard for ATM systems had<br />
emerged. Hence, it lacks the possibility<br />
to signal with the target system over the<br />
ATM link. In the future, the ease-of-use<br />
of the generator will increase with the<br />
capability of signalling.<br />
If such signalling is going to be implemented,<br />
it invites a more advanced connection<br />
level. A statistically defined<br />
activity on this level, modelling the connects<br />
and disconnects of the sources, may<br />
be introduced. Furthermore, measurements<br />
may be performed on the connect<br />
– disconnect activity to determine<br />
performance measures like set-up delay,<br />
rejection probability, etc.<br />
4.3.2 Basic functionality<br />
A memory traffic generator, see Section<br />
2.2.1, can be made as a sub-set of<br />
the STG functionality. This will give the<br />
user a possibility to configure some of<br />
the STGs as a memory based generator<br />
with a defined sequence, nearly without<br />
any additional hardware. A simultaneous<br />
STG and memory based generation is<br />
also feasible.<br />
The STG may be used to introduce delay<br />
and cell loss impairments caused by a<br />
finite or infinite buffer in a live cell<br />
stream. Hence, an STG may be used to<br />
simulate the effect of a connection, e.g. a<br />
video transmission, caused by interfering<br />
traffic in the network. The interfering<br />
traffic is defined in the STG. A feasibility<br />
study shows that this functionality is<br />
less hardware demanding/costly than the<br />
current generation functionality.<br />
Since the STG originally was designed as<br />
a module in the PARASOL measurement<br />
system very little measurement functionality<br />
is included. This may, however, be<br />
done at a moderate cost. Such functionality<br />
comprises:<br />
- Sequence numbering of outgoing cells.<br />
This may be done for all VCI/VPIs, or<br />
for explicitly defined VCI/VPIs.<br />
- Timestamping of outgoing cells.<br />
- Cell payload integrity control by CRC<br />
or other schemes.<br />
4.3.3 Advanced functionality<br />
Cell losses should be extremely rare<br />
events in ATM systems. An end-to-end<br />
loss rate of 10-9 is a typical objective. In<br />
spite of this, cell losses represent severe<br />
service degradations, and measurements<br />
of cell losses are important to validate<br />
system performance. However, even real<br />
time measurements in this range take<br />
from days to months. Hence, if QoS<br />
requirement in this range shall be investigated,<br />
speed up techniques are necessary.<br />
Another paper in this issue is devoted to<br />
this topic [1]. Ongoing research on introducing<br />
such techniques in an STG based<br />
measurement set-up is reported in [36].<br />
There are, however, still stones to be<br />
turned before such techniques are generally<br />
applicable.<br />
In the current version of the STG, all the<br />
cells from a source are identical. The<br />
user may, however, be interested in<br />
measuring specific events related to the<br />
source, e.g. start and/or stop of higher<br />
level data units. For instance:<br />
- Start and stop of an application packet<br />
or a transport layer packet<br />
- Start of frame in a video connection.<br />
During the modelling process, such<br />
events may be recognised while defining<br />
a pattern, cf. Section 3.2. The pattern<br />
may be extended to a larger alphabet than<br />
{0,1} and these events may be given a<br />
unique symbol in the pattern and the correspondingly<br />
generated cell tagged<br />
accordingly. This will enable delay and<br />
loss measurements associated with these<br />
higher level data units.<br />
Currently all sources in a scenario have a<br />
steady state behaviour. In the STG, the<br />
sources may be initialised according to