Download Network Emulation

Survey
yes no Was this document useful for you?
   Thank you for your participation!

* Your assessment is very important for improving the workof artificial intelligence, which forms the content of this project

Document related concepts

Asynchronous Transfer Mode wikipedia , lookup

Zero-configuration networking wikipedia , lookup

Computer network wikipedia , lookup

Net bias wikipedia , lookup

Piggybacking (Internet access) wikipedia , lookup

Distributed firewall wikipedia , lookup

Recursive InterNetwork Architecture (RINA) wikipedia , lookup

Wake-on-LAN wikipedia , lookup

Network tap wikipedia , lookup

Cracking of wireless networks wikipedia , lookup

Deep packet inspection wikipedia , lookup

Airborne Networking wikipedia , lookup

Quality of service wikipedia , lookup

Transcript
Network Emulation
Mihai Ivanovici
Dr. Razvan Beuran
Dr. Neil Davies
1
Quality of Service

What is “quality” for a network / application
 Quality

is “finite”
How is it
 Shared
(between different traffic flows)
 Managed (at the contention points)
 Delivered (to the application / user)
 Perceived (by the user)

View points
 Local
view (at a point in network)
 Global view (end to end)
2
Application outcomes
The judgment metric: “application outcomes”
3
Needed elements
Model of interaction between application
and delivered quality from network
 Environment for evaluation of existing
applications
 Capture process to apply to existing /
proposed developments

 Combine to create a well-defined
methodology for assessing application
performance
4
Assessing application performance

In parallel

Measure the network QoS parameters
 Assess the UPQ for the application under test
5
Current emulators

Do exist
 Mainly

software based
Packet by packet systems
 Independent
loss and delay applied to
packets – unrealistic behaviour
 False packet reordering
 No intra-stream contention modelled
6
Why another emulator?

More realistic scenarios
 Intra-stream

Correlated loss and delay, natural induced jitter
 Phase


and inter-stream contention
/ mode changes in network
Topology or environment changes (e.g. wireless)
More flexibility and control on the
degradation models
7
Why another emulator? (II)

Safety critical / mission critical viewpoint
 How
the systems operate under various
network conditions

It’s not just about “normal” situations
 How

and when applications fail
Speeds up to 1 Gbps
8
The hardware platform
9
How we do it
The packet processor
The packet path
The control path
10
The architecture
11
Network in a box
 Predictable = reproducible network behaviour and application errors
 Regression testing
12
The “∆Q” concept
Total degradation in the network = aggregation of the
degradation induced by each sub-network and network
element on the way
13
Intra-stream contention

Competition for resources
the connection  THROUGHPUT
 Entering the queues  LOSS
 Leaving the queues  DELAY
 Sharing
How applications react to quality
degradation
 Model the effects of application behaviour
on quality degradation

 e.g.
burst loss behaviour on TCP/IP
14
Inter-stream contention

The total amount of degradation is shared
between different streams
 By
use of scheduling mechanisms (e.g. SP,
WRR)

Differentially treat the traffic to achieve the
best application outcomes
15
First versions

Fixed delay + one queue

Constant service time
 Bandwidth limitation

Fixed delay + one queue

The effect of other traffic flows sharing the
same network/path emulated as server
vacations
16
The next step
More sophisticated network models for the
“server with vacations”
 Aggregation of simple models of “queues”
and “wires”

17
Conclusions
We propose a methodology for assessing
application performance
 Network emulation

 Allows
a hybrid test technique
 Combines the advantages of simulation and
real application/networks testing
18